- From: <bugzilla@jessica.w3.org>
- Date: Sun, 04 Sep 2011 03:29:43 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13203 Ian 'Hixie' Hickson <ian@hixie.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |ASSIGNED Summary|There does not seem to be a |Drag-and-drop model should |way to cancel a drag and |clearly state when and |drop operation at a point |whether a drag is canceled, |later than when `dragenter` |for Mac-like and X-like |fires. Often it is useful |drag-cancel effects |to be able to cancel it | |when the draggable item is | |dropped | Summary|when you know where it is | |being dropped. I think it | |would be g | --- Comment #8 from Ian 'Hixie' Hickson <ian@hixie.ch> 2011-09-04 03:29:41 UTC --- Ah, yeah, as specced the model totally ignores Mac-like drag cancelation effects. That shouldn't be hard to fix. Basically, whenever the "current drag operation" is "none" after the "dragend" event, the drag should be considered to be canceled. (Thus to cancel a drag in a 'drop' event you just need to set event.dataTransfer.dropEffect to "none".) -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Sunday, 4 September 2011 03:29:44 UTC