- From: Ryosuke Niwa <rniwa@webkit.org>
- Date: Tue, 10 May 2011 08:42:26 -0700
On Tue, May 10, 2011 at 8:33 AM, Ojan Vafai <ojan at chromium.org> wrote: > On Mon, May 9, 2011 at 9:05 PM, Ryosuke Niwa <rniwa at webkit.org> wrote: >> >> One question about selectstart. WebKit currently fires whenever selection >> is modified by a mouse drag, mouse click, etc... including when a >> collapsed >> selection is to be set (caret / insertion point). Should this be changed >> to >> match IE? >> >> IE only fires selectstart when a range selection is to be created. So when >> a >> user clicks on a contenteditable area and puts a caret, it doesn't fire >> selectstart. IE fires selectstart only when a user starts dragging the >> mouse >> and extend the selection. >> > > What's the difference between selectstart and selectionchange in WebKit? In > IE is this case the only difference between the two? > selectstart fires before selection changes, it bubbles, and it's cancelable. So it's very useful if you want to prevent selection. But the event isn't useful as much as it could be because it doesn't tell you what new selection is so we might want to consider adding new property like newSelectionRanges that tells you what new selection will be. - Ryosuke
Received on Tuesday, 10 May 2011 08:42:26 UTC