This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Back to bug 13203
Who | When | What | Removed | Added |
---|---|---|---|---|
jonas.westerlund | 2011-07-11 08:57:53 UTC | CC | jonas.westerlund | |
miket | 2011-07-13 15:43:52 UTC | CC | miket | |
mike | 2011-08-04 05:14:10 UTC | Component | HTML5 spec (editor: Ian Hickson) | LC1 HTML5 spec (editor: Ian Hickson) |
ian | 2011-08-19 02:59:22 UTC | Status | NEW | RESOLVED |
CC | ian | |||
Resolution | --- | NEEDSINFO | ||
jonas.westerlund | 2011-08-19 07:01:05 UTC | Status | RESOLVED | REOPENED |
Resolution | NEEDSINFO | --- | ||
gianni+w3c | 2011-08-19 20:00:32 UTC | CC | gianni+w3c | |
ian | 2011-08-23 05:13:00 UTC | Status | REOPENED | RESOLVED |
Resolution | --- | WONTFIX | ||
jonas.westerlund | 2011-08-23 08:17:39 UTC | Status | RESOLVED | REOPENED |
Resolution | WONTFIX | --- | ||
ian | 2011-09-04 03:29:41 UTC | Status | REOPENED | ASSIGNED |
Summary | There does not seem to be a way to cancel a drag and drop operation at a point later than when `dragenter` fires. Often it is useful to be able to cancel it when the draggable item is dropped when you know where it is being dropped. I think it would be g | Drag-and-drop model should clearly state when and whether a drag is canceled, for Mac-like and X-like drag-cancel effects | ||
gez.lemon | 2011-09-20 16:02:42 UTC | Keywords | a11y, a11y_drag-drop | |
CC | gez.lemon | |||
ian | 2011-09-23 19:12:59 UTC | Status | ASSIGNED | RESOLVED |
Resolution | --- | FIXED | ||
laura.lee.carlson | 2011-11-15 12:56:56 UTC | CC | laura.lee.carlson, public-html-a11y |
Back to bug 13203