[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