[Webkit-unassigned] [Bug 27889] [Chromium] RTL autocomplete popup is not layout correctly.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Aug 3 10:21:49 PDT 2009


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





--- Comment #2 from Xiaomei Ji <xji at chromium.org>  2009-08-03 10:21:48 PDT ---
I am not sure what should be the correct behavior.
Following are my observations and my questions:

1. In windows, Safari, FireFox, and IE all behave the same. They all display
the items in the popup list in left-to-right direction, no matter whether the
input field is an LTR or RTL field.
Using the attached test case, I tried to submit the following RTL text and Bidi
text which begins with 'ש' logically.
(from left-to-right is the logical order)  "ששש abc נננ"  
(logical order)                                   "ששש abcdefg נננ hijklmn"
(visual order)                                    "שששששש ננננננ בבבבבבבבב"

Attached the snapshot ( RTL_form_autofill_safari_windows.jpg) of Safari in
Windows in autofill phase.

2. Safari in Mac and Chrome behave the same. They both extend the item display
width beyond the input field width so no text truncation is needed.  And they
use heuristics to determine the directionality of items in the popup list. The
directionality is based on the first character with strong directionality.
They display the items correctly if the directionality of the first
strong-directionality character matches the directionality of the input field,
such as RTL input field with an item begins with Hebrew character. But they do
not display items correctly if the directionalities do not match, such as an
RTL input field with an item begins with English character.

Attached the snapshots of Chrome in Windows where the directionality matches
(chrome_item_begin_with_Hebrew.jpg) and does not match
(chrome_item_begin_with_a.jpg).


I am trying to change Chrome to behave the same (limit the display width to be
the same as input field width by truncating item text) in Windows as other
browsers. My questions are:

1. why all those browsers either assume the popup item's directionality as LTR
or based on heuristics? Is there any specific reason? Should the popup item be
displayed using the  input field's directionality?

2. What should be the correct behavior in Mac, should I leave Chrome as it is
to be consistent with Safari in Mac. Or should I change it to be the same as
FireFox in Mac? (FireFox always do text truncation to keep the item width the
same as input field width, and it always assumes text item as LTR
directionality, no matter in Windows or Mac)?  How about Linux?

3. Jay mentioned that we do not want to restrict the width of combo-box
(<select> tag), but how about the text display directionality? Should it be
different from autofill popup?


Thanks,
Xiaomei

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