You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The developer ergonomics of building a gesture recognizer with pointer events now are painful, because there are too many things you need to know and remember to do it correctly. For instance:
If you forget to set touch-action: none, pointermove won't be dispatched from a touch screen.
If the user has a mouse/pen and starts a gesture on a link or image, dragstart will interrupt the pointer stream. To prevent this, the author must call downEvent.preventDefault(). This means the author needs to know and remember which behaviors are default for a down event and to be OK with preventing all of them.
Just these two already introduce a tremendous mental burden that make pointer events too hard to work with. Experienced developers may forget to do them, and newcomers probably don't even know about them. Without the luxury of both time and resources to be able to test a UI on all different types of pointers, an author might not even know there's a problem, but users will have a poor experience.
How can we make it easier for an author to opt-in to pointer events (and out of other behaviors like drag-and-drop)?
The text was updated successfully, but these errors were encountered:
appsforartists
changed the title
Preventing HTML drag-and-drop from pointer streams
Too many other behaviors interrupt pointer events (dragstart, touch-action)
Jul 19, 2017
This is a continuation of #205.
The developer ergonomics of building a gesture recognizer with pointer events now are painful, because there are too many things you need to know and remember to do it correctly. For instance:
touch-action: none
,pointermove
won't be dispatched from a touch screen.dragstart
will interrupt the pointer stream. To prevent this, the author must calldownEvent.preventDefault()
. This means the author needs to know and remember which behaviors are default for a down event and to be OK with preventing all of them.Just these two already introduce a tremendous mental burden that make pointer events too hard to work with. Experienced developers may forget to do them, and newcomers probably don't even know about them. Without the luxury of both time and resources to be able to test a UI on all different types of pointers, an author might not even know there's a problem, but users will have a poor experience.
How can we make it easier for an author to opt-in to pointer events (and out of other behaviors like drag-and-drop)?
The text was updated successfully, but these errors were encountered: