[Webkit-unassigned] [Bug 24303] Using keyboard select RTL text, Highlight goes to opposite direction from FF&IE

[bugzilla-daemon at webkit.org]

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





------- Comment #10 from xji at chromium.org  2009-03-05 17:06 PDT -------
Hi Mitz,

Thanks for your comments!

I am not familiar with Mac OS, I just tried a little bit on TextEdit in Mac OS
10.5 and 10.4. I am a bit confused on the behavior. 

Looks like the TextEdit in Mac OS 10.4 matches that of current WebKit
(different from FF when the whole text paragraph is in *RTL* level). 

In TextEdit in Mac OS 10.5, if the cursor is between 'x' and 'y' in my example,
press shift+left_arrow highlights *both* 'y' and 'z', press again un-highlights
both 'y' and 'z' ..... (I am not familiar with Mac, but the highlights on the
boundary looks weird to me).  If the cursor is between 'x' and 'y', and press
shift+right_arrow, it selects 'y', press again, it un-selects 'y' but selects
'x'.....

But I am not sure whether I am testing on RTL environment (I just set the
alignment to be right aligned, and seems the text is in right-to-left direction
as well). 

If my observation is wrong and if it is not too much trouble, could you please
use a similar HTML document to show the selection of the bidi text in both RTL
and LTR text box in the Cocoa text system on Mac OS X 10.5 and 10.4? Appreciate
your help.

Thanks,
Xiaomei

P.S. I am trying to figure this out because I think your preferred patch is:
1. having a setting to distinguish platform
2. implement the same behavior as FF in windows
3. implement the same behavior as Cocoa text system in Mac OS 10.5 in Mac.


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.