[Webkit-unassigned] [Bug 25298] Ctrl + Right/Left arrow move forward/backward through document instead of right/left in RTL text

[bugzilla-daemon at webkit.org]

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





--- Comment #53 from Joanmarie Diggs <joanmarie.diggs at gmail.com>  2011-05-04 05:28:15 PST ---
(In reply to comment #52)

> Joanie, I took a look to the test case with GtkLauncher and I'm afraid I don't get the problem properly. Could you post here some "how to reproduce the problem for dummies" steps so I can see the problem myself? :-)

GtkLauncher has keyboard nav? Maybe I need my own dummies guide. ;-)

Anyhoo:

1. In Epiphany, view this: https://bugs.webkit.org/attachment.cgi?id=29619

2. Press Tab to give focus to one of the lines.

3. Press Left Arrow (result: moves to the left)

4. Press Ctrl Left Arrow (result: moves to the right)

5. Press Right Arrow (result: moves to the right)

6. Press Ctrl Right Arrow (result: moves to the left)

I, of course, defer to readers of RTL languages to determine what direction right and left should move with respect to RTL text. However, the fact that Left and Ctrl+Left move in opposite directions, and that Right and Ctrl+Right move in opposite directions surely cannot be correct.

So those working on the bug are straightening that out, and will do so for WebKitGtk too (as I understand it). This will include *nix-unique caret-positioning (not yet addressed).

All we have to do (I believe) is be sure that the change doesn't have unexpected side effects w.r.t. a11y within WebKitGtk. Secondly, I am assuming that we're already doing the correct thing with respect to text and selection events for rtl languages, but it's probably worth verifying that.

Hope this helps!

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