[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
bugzilla-daemon at webkit.org
Mon May 18 12:13:47 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=25298
------- Comment #7 from xji at chromium.org 2009-05-18 12:13 PDT -------
(In reply to comment #6)
> Created an attachment (id=30436)
--> (https://bugs.webkit.org/attachment.cgi?id=30436&action=view) [review]
> Proposed fix for review
>
> Modified code is present under
> static bool executeMoveWordLeft(Frame* frame, Event*, EditorCommandSource,
> const String&)
> static bool executeMoveWordLeftAndModifySelection(Frame* frame, Event*,
> EditorCommandSource, const String&)
> static bool executeMoveWordRight(Frame* frame, Event*, EditorCommandSource,
> const String&)
> static bool executeMoveWordRightAndModifySelection(Frame* frame, Event*,
> EditorCommandSource, const String&)
>
Hi Arvind,
Thanks for working on this.
1. I thought you were using whether the renderer()->style()->direction() == RTL
to toggle to move left/right, then, I think my previous comments apply.
2. By using renderer->containsReversedText(), seems it works fine for the test
case. But it breaks the LTR text containing mixed text.
I only tried the changed executeMoveWordLeft().
Given an example:
<div contenteditable>
abc אבג xyz דהו def
</div>
ctrl+left-arrow works fine originally, but not with the fix. The fix moves the
cursor to right visually.
3. I think you probably do not need to change the 2 modify selection functions:
static bool executeMoveWordLeftAndModifySelection(Frame* frame, Event*,
EditorCommandSource, const String&)
static bool executeMoveWordRightAndModifySelection(Frame* frame, Event*,
EditorCommandSource, const String&)
They are corresponding to shift-ctrl-arrow, which follows logical order. and
should work fine after the fix of issue 24303
https://bugs.webkit.org/show_bug.cgi?id=24303
4. I guess you are just uploading the patch for opinions, not for real review.
You probably know that for real review, you need to follow the guideline in
http://webkit.org/coding/contributing.html
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, or are watching the assignee.
More information about the webkit-unassigned
mailing list