[Webkit-unassigned] [Bug 50928] RTL: Select elements with a size attribute are always left aligned

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Feb 10 12:18:40 PST 2011


https://bugs.webkit.org/show_bug.cgi?id=50928


Xiaomei Ji <xji at chromium.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aharon at google.com




--- Comment #9 from Xiaomei Ji <xji at chromium.org>  2011-02-10 12:18:40 PST ---
(In reply to comment #6)
> Created an attachment (id=81972)
 --> (https://bugs.webkit.org/attachment.cgi?id=81972&action=review) [details]
> Patch

Should the elements' rendering here be consistent with elements' rendering in button text and drop-down when there is no size attribute?

If so, should we differentiate using selectItemWritingDirectionIsNatural() and selectItemAlignmentFollowsMenuWritingDirection() as in RenderMenuList::adjustInnerStyle() although the behavior of selectItemAlignmentFollowsMenuWritingDirection() is adopted in HTML5 standard?

And in the case of selectItemAlignmentFollowsMenuWritingDirection(), item's alignment is based on <select>'s writing direction (not <select>'s alignment, neither <option>'s alignment). So, there wont be mixed-alignment.  There is discussion about alignment issue in chromium's bug:
http://code.google.com/p/chromium/issues/detail?id=72000

If we need another alignment behavior, we could define selectItemAlignmentFollowsOptionAlignment(). But it might look weird to support some alignments without supporting the others.

-- 
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