[Webkit-unassigned] [Bug 60430] selectstart is not fired when selection was created by arrow keys

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Sep 7 10:30:51 PDT 2011


--- Comment #7 from Kaustubh Atrawalkar <kaustubh at motorola.com>  2011-09-07 10:30:52 PST ---
(In reply to comment #6)

> I thought selectstart doesn't fire for programatically set selection anyway. I don't think we currently fire selectstart when a collapsed selection is replaced by a range selection for example, and this behavior matches that of MSIE. You should definitely check MSIE's behavior though. 
IE sends out selectstart when a range selection is created. IE fires selectstart only when a user starts extending the selection. I think we should match with IE specs and send out selectStart only in user triggered modify calls for selection.  We will change and put that inside the first if statement. 

> > > Why do we need all this code?
> > 
> > Here we need to find out selectStart target if the element is content editable, Similar as in case of selectAll(), how the selectStart event is fired.
> We don't do this elsewhere for firing selectstart so I'd rather not add such a code for this specific case. If this is a bug, then we should fix all those places where we fire selectstart at once.

I think this is being done for selectAll case right now. So we added the code to retrieve the selectStartTarget node where we need to dispatch the event. In case of text area it might be shadow node. So we need to take the highest editable node as target. Please suggest and correct us if anything missing.

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