[Webkit-unassigned] [Bug 51517] New: RTL: selection.modify("move", "forward", "line") when cursor is at start of a line does not move down a line

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Dec 22 19:30:47 PST 2010


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

           Summary: RTL: selection.modify("move", "forward", "line") when
                    cursor is at start of a line does not move down a line
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: All
        OS/Version: All
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: HTML Editing
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: kalman at chromium.org


To reproduce, run the attached test case.  The cursor should be at the end (i.e. right side, since this is RTL) of the 2nd line, but instead is after the 1st character on the /left/ of the 2nd line.  The test can also be reproduced by pressing down (when the cursor is at the rightmost position of the 1st line in the div).

Another observation (probably unrelated): it seems like it's impossible to actually select the start (right) of the text using the mouse, you need to select somewhere else then navigate with arrow keys.

Another observation (probably related): the qt linux build behaves the worst, it isn't even possible to place the cursor on the rightmost position.

A similar bug exists when using hebrew rather than english text, see second attachment, and it seems the behaviour diverges depending on build.
 - chromium linux/mac and gtk: cursor is on the left side of the 1st line
 - qt linux: cursor is after the 1st character on the left side of the 2nd line
Both of which are wrong.

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



More information about the webkit-unassigned mailing list