My favorites | Sign in
Project Home Downloads Wiki Issues Code Search
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 6082: String order is inconsistent on Tab title and "Edit Bookmark" dialog
8 people starred this issue and may be notified of changes. Back to list
 
Project Member Reported by x...@chromium.org, Jan 7, 2009
What steps will reproduce the problem?
1 Run Hebrew Chrome
2.navigate to http://arabic.arabia.msn.com/default.aspx
4 Click bookmark star to trigger "Edit Bookmark" dialog
5 Observe the "Name" displayed on "Edit Bookmark" dialog
 

What is the expected output? What do you see instead?
The name displayed here is inconsistent with what displayed in Tab title.
The name displayed here should be consistent with Tab title.

Please use labels and text to provide additional information.
This issue not reproduce on Firefox and IE7
Jan 7, 2009
#1 x...@chromium.org
<see b\1202691>

From Idan:
Will be fixed with ncarter's next check-in.

Cc: id...@chromium.org jer...@chromium.org xly...@chromium.org js...@chromium.org hb...@chromium.org
Jan 13, 2009
#2 lafo...@chromium.org
(No comment was entered for this change.)
Owner: n...@chromium.org
Cc: x...@chromium.org
Labels: -Mstone-X Mstone-2.0
Jan 13, 2009
#3 lafo...@chromium.org
(No comment was entered for this change.)
Status: Assigned
Jan 29, 2009
#4 xlyuan@chromium.org
FYI: I still see this issue running on latest trunk build 2.0.160.0(Developer Build
8877).

Another example attached:
http://index.nana10.co.il/search.asp?q=nana10

RTL_Bookmark.jpg
341 KB   View   Download
Jan 29, 2009
#5 x...@chromium.org
fields in "edit bookmark" dialog are TextField (which is a editable field), they are 
not table cells and wont be fixed by the table_view fix that fixes  issue 2821  and 
6132.
Apr 3, 2009
#6 j...@chromium.org
Moving from milestone 2 to milestone 2.1.
Labels: JonMoved Mstone-2.1
May 19, 2009
#7 x...@chromium.org
(No comment was entered for this change.)
Status: Started
Owner: x...@chromium.org
May 22, 2009
#8 lafo...@chromium.org
(No comment was entered for this change.)
Labels: -jonmoved
May 22, 2009
#9 lafo...@chromium.org
(No comment was entered for this change.)
Labels: -mstone-2.1 mstone-3
Jun 25, 2009
#10 jshin@chromium.org
Xiaomei, do you have an update on this? 

Cc: c...@chromium.org
Jun 25, 2009
#11 x...@chromium.org
This is one of the several bugs we have about CRichEditCtrl.

One issue we have is how to display the English parentheses correctly 
in RTL CRichEditCtrl.

Following is from Aharon on how the parenthesis should be displayed in RTL context:

In RTL directionality however, unless surrounded by LTR characters on both sides, 
U+0028 is displayed as ")". The closing parenthesis, U+0029, is also mirrored in this 
way, as are a whole bunch of other characters, including all the brackets. 

Which means, the English parenthesis need to be correctly mirrored, and it could be 
changed while typing (depends on the surrounding characters, U+0028 might be ")" or 
"(". 

Looks like CRichEditCtrl handles Hebrew parenthesis correctly (when IME is set as 
Hebrew), but it does not handle English parenthesis correctly. In English IME, U+0028 
is always displayed as "(". For example, the following characters (in logical 
sequence) "abc(ABC" (where "ABC" represents Hebrew characters) will be displayed as 
"CBAabc(" in RTL CRichEditCtrl, instead of "CBA)abc"

Checked with Idan and Hironori, have not figured out CRichEditCtrl has any option to 
make the RTL CRichEditCtrl to work correctly for parenthesis as that of RTL html 
page.

Jul 15, 2009
#12 lafo...@chromium.org
(No comment was entered for this change.)
Labels: -mstone-3 Mstone-X
Dec 18, 2009
#13 or...@chromium.org
Area-UI-Features label replaces Area-BrowserUI label
Labels: -Area-BrowserUI Area-UI-Features
Jan 30, 2010
#14 prog...@chromium.org
also related to Issue 27094

should the status of this issue be changed to Untriaged?
Labels: Feature-Bookmarks
Jan 30, 2010
#15 jeremy@chromium.org
(I don't think xji is actively working on this at the moment

Marking as untriaged so the issue can be re-assigned...
Status: Untriaged
Owner: ---
Feb 17, 2010
#16 lafo...@chromium.org
(No comment was entered for this change.)
Labels: -Area-UI-Features Area-UI
Jul 8, 2010
#17 kerz@chromium.org
Moving all bugs marked as untriaged and mstone X to be available rather than untriaged.  If you think this is in error, please feel free to set back to untriaged.
Status: Available
Mar 18, 2011
#18 lafo...@chromium.org
<b>What steps will reproduce the problem?</b>
1 Run Hebrew Chrome
2.navigate to http://arabic.arabia.msn.com/default.aspx
4 Click bookmark star to trigger &quot;Edit Bookmark&quot; dialog
5 Observe the &quot;Name&quot; displayed on &quot;Edit Bookmark&quot; dialog
 

<b>What is the expected output? What do you see instead?</b>
The name displayed here is inconsistent with what displayed in Tab title.
The name displayed here should be consistent with Tab title.

<b>Please use labels and text to provide additional information.</b>
This issue not reproduce on Firefox and IE7
Labels: -I18N bulkmove Feature-I18N
Jan 12, 2012
#19 thestig@chromium.org
Seems ok to me on Chrome 16 Linux.
Jan 12, 2012
#20 x...@chromium.org
it only reproducible in windows where we initialize text directionality as left-to-right regardless of the UI directionality
Jan 12, 2012
#21 thestig@chromium.org
(No comment was entered for this change.)
Labels: -OS-All -Mstone-X -bulkmove OS-Windows
Mar 10, 2013
#22 bugdro...@chromium.org
(No comment was entered for this change.)
Labels: -Feature-Bookmarks -Area-UI -Feature-I18N Cr-UI-Browser-Bookmarks Cr-UI Cr-UI-I18N
Mar 20, 2013
#23 bugdro...@chromium.org
(No comment was entered for this change.)
Labels: -Cr-UI-I18N Cr-UI-Internationalization
Sign in to add a comment

Powered by Google Project Hosting