Skip to content
This repository has been archived by the owner on Mar 19, 2018. It is now read-only.

Should event timing implications be explicit? #6

Open
RByers opened this issue Jul 3, 2015 · 1 comment
Open

Should event timing implications be explicit? #6

RByers opened this issue Jul 3, 2015 · 1 comment
Assignees

Comments

@RByers
Copy link
Member

RByers commented Jul 3, 2015

Even though requiresCancelable=false allows scrolling to proceed without blocking on JS, that should not mean that developers will see the touch events at a location/target different from what the user actually touched. Hit testing behavior / observable event ordering must remain the same. This should fall out naturally in chromium due to the design of threaded scrolling and (since hit-testing isn't specified) is probably out of scope for this document. But maybe a note is deserved? It should be easy to create a test page that demonstrates this.

@RByers
Copy link
Member Author

RByers commented Jan 7, 2016

Keeping this open on me for now to build a test page for this once @dtapuska has a working implementation in chromium. I doubt we'll want to add anything to the spec, but it's worth exploring further.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant