Add support for uncancelable touch events#59
Conversation
|
@smaug---- @dtapuska thoughts? This is a little hand-wavy, so I appreciate any suggestions for making the language more precise. But since this is all tied up in performance optimizations (whose details depend on the compositing / threaded input and hit-testing architecture of the user agent), we can't define exactly when a touch event will be cancelable. Still I hope this is at least better than the long period where we've pretended that touch events can always be canceled. Sorry it's taken me so long to fix issue #6. |
|
LGTM |
There's a long-standing issue (w3c#6) that the spec should allow touch events to be uncancelable during a scroll which cannot be interrupted. I've tried to address that here while also adding specific text and a link about the implication of passive touch event listeners. See the [passive event listeners explainer](https://github.com/RByers/EventListenerOptions/blob/gh-pages/explainer.md) for a high-level description of the problem being addressed.
|
Thanks Patrick! I made a couple minor improvements to the wording, and rebased and squashed. Preview here. @smaug---- any suggestions? |
|
Not hearing any complaints, I'll land this for now, happy to improve on it further in later CLs if people have suggestions. |
Add support for uncancelable touch events
|
Sorry, I have tons of stuff to review, so I'm late with everything. Looks ok. |
|
No worries, thanks! |
Touch events (at least in Chrome and Safari) have long been marked
cancelable=falseduring an active scroll, or after a touch event timeout has occurred. This updates the spec to reflect this.This also adds text describing the relationship with passive event listeners.
Fixes #6