[Webkit-unassigned] [Bug 54623] RTL web content should have left-hand scrollbar.
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sun Apr 10 00:21:16 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=54623
--- Comment #16 from Aharon (Vladimir) Lanin <aharon at google.com> 2011-04-10 00:21:15 PST ---
(In reply to comment #12)
> Being inconsistent with iframe scrollbars and top-level document scrollbars also seems bad to me.
In frames and iframes hosting HTML documents, the dir attribute (and CSS direction) of the frame/iframe element has no visible effect, since it is completely overridden by the direction of the HTML document in the frame. Thus, the vertical scrollbar position should be determined by the frame's HTML document too. Thus, the exception for frames and iframes makes sense.
The rule is simple: for RTL content, the vertical scrollbar should be on the left side. The direction of the content in a frame is given by the document, not the frame element.
As for top-level documents, this is indeed an exception to the rule. The reason for the exception is that it is even more important to have the *window*'s vertical scrollbar in a fixed position as one surfs from one page to another of the opposite direction, since it saves the user having to check the direction of the page or visually find the scrollbar before starting to move the mouse to it.
Please note that this rationale does not apply to internal elements, since their scrollbar is in an arbitrary position in the window anyway.
> I also don't believe we want this change on Mac OS X, since scrollbars stay on the right hand side even with RTL content in list boxes for example.
WebKit does try to emulate native control behavior, so I guess this comment makes sense. Although as far as I am concerned, Mac OS X behavior in this case is not optimal, and I would not be surprised if it will change some day.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list