[Webkit-unassigned] [Bug 105189] Add function to move caret selection towards a point

[bugzilla-daemon at webkit.org]

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





--- Comment #20 from Chris Hopman <cjhopman at chromium.org>  2012-12-19 14:27:26 PST ---
(In reply to comment #16)
> A caret is just a collapsed selection.  So I would expect them to go through the same code paths.
> 
> On a desktop you move the caret with the arrow keys, but I doubt we have special handling for arrow keys + text fields, rather I suspect the arrow keys just move the selection and the selection controller causes the text area to scroll?

But, my understanding (admittedly, little), is that when expanding a range selection you have a reference for what editable area the range needs to stay in. At least for our selection handles we end up calling selectRange(base, extent) where base is the fixed side (i.e. in the editable area) of the range and extent is where it is dragged to. This then ensures that the selection stays within the base's root editable element. Then, for modifying the selection with arrow keys (also home/end/etc), these use FrameSelection::modify which only moves one step in a particular granularity.

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