[webkit-reviews] review granted: [Bug 98666] input[type=range] as a flex item renders thumb at wrong position : [Attachment 168739] Patch

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Oct 15 11:27:00 PDT 2012


Ojan Vafai <ojan at chromium.org> has granted Tony Chang <tony at chromium.org>'s
request for review:
Bug 98666: input[type=range] as a flex item renders thumb at wrong position
https://bugs.webkit.org/show_bug.cgi?id=98666

Attachment 168739: Patch
https://bugs.webkit.org/attachment.cgi?id=168739&action=review

------- Additional Comments from Ojan Vafai <ojan at chromium.org>
View in context: https://bugs.webkit.org/attachment.cgi?id=168739&action=review


Big improvement!

> Source/WebCore/ChangeLog:39
> +	   * rendering/RenderSlider.h: Fix indention.

s/indention/indentation

> Source/WebCore/html/shadow/SliderThumbElement.cpp:178
> +    RenderBox* thumb = toRenderBox(input->sliderThumbElement()->renderer());


sliderThumbElement can exist without having a renderer, e.g. if in the
inspector you point to it with a global variable and then delete it. Not sure
if this is possible in practice since it's in the shadow DOM.

> Source/WebCore/html/shadow/SliderThumbElement.cpp:186
> +	   thumbLocation.setY(thumbLocation.y() + track->contentHeight() -
offset);

FWIW, I think for consistency sake, we should support RTL on vertical sliders
as well to have them start at the top. You obviously don't need to fix this,
but maybe add a FIXME? In an ideal world, we'd swap it so that RTL vertical
sliders start at the bottom and LTR ones start at the top.

> LayoutTests/platform/chromium/TestExpectations:4012
> +webkit.org/b/98666 [ Win Mac ]
fast/forms/datalist/input-appearance-range-with-datalist.html [ Failure ]

Won't this be ImageOnlyFailure?


More information about the webkit-reviews mailing list