This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
There are some events already here, but AFAIK not specced: selectstart, things like that? This needs to be researched. Ryosuke suggested that we should add properties to the events that tell you what sort of user action prompted the selection change, if any. Presumably those should be based on the Selection.modify keywords.
Moving Selection-related bugs to editing: see bug 14248, bug 14252.
We should at least spec selectstart and selectionchange events. At least IE and WebKit implement both events.
I could use selectionchange event on a contenteditable div to prevent users from selecting images when selecting text (by manually splitting the selection into two ranges). (OR an alternative solution for this specific case is having some css property that could help me achieve this) Note: user-select:none does not help if user starts his selection before the image/wrapper div. Also note, using window.getSelection on mousemove does not always give the most recent selection (I am guessing that selection is updated after mousemove?)
Moving to Selection API component.
Added in https://github.com/w3c/selection-api/commit/b2c535a8142e3099aef4fb249185ab984e8f7e88.