[Webkit-unassigned] [Bug 107850] Make moveCaretTowardsWindowPoint not snap to the beginning/end when moved above/below editable

[bugzilla-daemon at webkit.org]

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





--- Comment #8 from Chris Hopman <cjhopman at chromium.org>  2013-01-30 16:09:47 PST ---
(In reply to comment #6)
> (From update of attachment 184834 [details])
> Can we fix this by adding EditingAndroidBehavior and making it do the same as EditingWindowsBehavior in the right places or does that not work for some reason?

That would be nice... I tried that first: https://bugs.webkit.org/show_bug.cgi?id=107171

Really though, moveCaret should have that behavior on all platforms that use it. Currently, only Android uses this function so adding the editing behavior would work. In the future, if another platform wanted to use the function, it would be impractical to expect that platform to change their EditingBehavior.

rniwa@ mentioned the possibility of having positionForPoint optionally take a flag for shouldMoveCaretTo[...]. Currently EditingBehavior::shouldMoveCaret[...] is used in RenderBlock::positionForPointWithInlineChildren and its setting completely changes the behavior of RenderObject::positionForPoint. It makes sense to me for that to actually be more exposed/obvious to callers of positionForPoint. What do you think?

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