[Webkit-unassigned] [Bug 152635] Caret displays in the wrong place in an RTL text field

[bugzilla-daemon at webkit.org]

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

--- Comment #4 from mitz at webkit.org <mitz at webkit.org> ---
(In reply to comment #2)
> But it doesn't agree with Firefox, and seems confusing; the characters don't
> appear where the caret is, when it's at the start or end of the field.

You are talking about the exceptional case of typing a character whose directionality is opposite the text field’s directionality, right?

> In addition, shift-right-arrow expands the selection to the left.

This is a separate issue. Some bugs in arrow key behavior have been fixed, and addressing some bugs involving arrow-selection requires supporting multiple-range selections first.

(In reply to comment #3)
> Cocoa shows a split caret in the instances where we get it wrong (at the
> ends).

WebKit doesn’t support a split caret yet (see bug 3710). WebKit’s caret positioning in OS X matches that of Cocoa when the optional split caret feature is turned off.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160117/c30c2d72/attachment.html>