NEW 3710
display a split caret when on boundary between LTR and RTL text 
https://bugs.webkit.org/show_bug.cgi?id=3710
Summary display a split caret when on boundary between LTR and RTL text
Darin Adler
Reported 2005-06-25 12:14:13 PDT
Like other editing systems on Mac OS X, WebKit should display a split caret when on the boundary between a LTR and RTL run. The high caret is the "primary caret" and corresponds to the place the caret would be for the base writing direction. The low caret is the "secondary caret" and corresponds to the place the caret would be for the other writing direction.
Attachments
First cut at a fix; some wrong concepts, needs a lot of work (55.20 KB, patch)
2005-06-25 12:44 PDT, Darin Adler 		no flags
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Darin Adler
Comment 1 2005-06-25 12:14:34 PDT
I've got a patch in the works that implements this.
Darin Adler
Comment 2 2005-06-25 12:44:21 PDT
Created attachment 2644 [details] First cut at a fix; some wrong concepts, needs a lot of work
Darin Adler
Comment 3 2005-06-26 17:15:14 PDT
Bug 3729 talks about a related issue, making the right and left arrow keys do the right thing in RTL text.
mitz
Comment 4 2006-07-16 15:50:57 PDT
I started working on this bug and on bug 3729 (starting with the latter), ressurrecting bits from Darin's patch. I am changing inlineBox() so that for "primary" it will always return the box whose direction is the same as the base direction, for both edges. That seems to work well. I also think that as the "base direction" you should take the direction of the block, which is not necessarily the same as the RenderText's direction, but I still haven't changed that.
David Kilzer (:ddkilzer)
Comment 5 2007-03-24 04:42:05 PDT
Regressions are P1.
Darin Adler
Comment 6 2007-05-04 22:17:45 PDT
<rdar://problem/5183684>
Ryosuke Niwa
Comment 7 2011-03-07 17:03:47 PST
The bug the 22386 is Windows counterpart of this bug.
Note You need to log in before you can comment on or make changes to this bug.