- From: Rick Byers <notifications@github.com>
- Date: Sat, 20 Feb 2016 14:58:50 -0800
- To: w3c/touch-events <touch-events@noreply.github.com>
Received on Saturday, 20 February 2016 22:59:18 UTC
@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. --- Reply to this email directly or view it on GitHub: https://github.com/w3c/touch-events/pull/59#issuecomment-186697574
Received on Saturday, 20 February 2016 22:59:18 UTC