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
It's probably implicit in the prose for "9.1 The touch-action CSS property", but: what should happen if, on pointerdown, the touch-action for the element is changed dynamically (for instance, from auto to none, based on the document's scroll position, for a naive pull-to-refresh implementation)? I assume that at that point, it's already too late and the user agent determined what to do (whether to handle the pointer/gesture or not) based on what touch-action was the moment when pointerdown was fired...if so, would it be useful to clarify this in a note?
The text was updated successfully, but these errors were encountered:
Guessing this sentence (as part of the note for the direction-specific pan values) is, essentially, what I'd like to see generalised as a separate note?
It's not possible to change the behavior of a pan in the middle of an operation.
So in essence, that it's not possible to change the behavior of any "gesture" (if that's the most appropriate word) after it has already started (either being handled by browser, or passed on to be handled by JS)
It's probably implicit in the prose for "9.1 The touch-action CSS property", but: what should happen if, on
pointerdown
, thetouch-action
for the element is changed dynamically (for instance, fromauto
tonone
, based on the document's scroll position, for a naive pull-to-refresh implementation)? I assume that at that point, it's already too late and the user agent determined what to do (whether to handle the pointer/gesture or not) based on whattouch-action
was the moment whenpointerdown
was fired...if so, would it be useful to clarify this in a note?The text was updated successfully, but these errors were encountered: