[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 23:51:35 PDT 2009


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





------- Comment #8 from arvind.mookhaiyapillai at teleca.com  2009-05-18 23:51 PDT -------
(In reply to comment #7)
> (In reply to comment #6)
> > Created an attachment (id=30436)
 --> (https://bugs.webkit.org/attachment.cgi?id=30436&action=view) [review] [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

Hi Xiaomei
Thanks for your review.I will try to fix other such scenarios as well.


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