Bug 133114 - Implement "touch-action:manipulation" Pointer Events CSS property to suppress 300ms touch > mouse compatibility events delay
Summary: Implement "touch-action:manipulation" Pointer Events CSS property to suppress...
Status: RESOLVED DUPLICATE of bug 133112
Alias: None
Product: WebKit
Classification: Unclassified
Component: DOM (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL: https://dvcs.w3.org/hg/pointerevents/...
Depends on:
Reported: 2014-05-20 02:41 PDT by Patrick H. Lauke
Modified: 2019-02-06 09:19 PST (History)
4 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Patrick H. Lauke 2014-05-20 02:41:00 PDT
Although there seems to be no immediate desire to implement the full Pointer Events specification (see https://bugs.webkit.org/show_bug.cgi?id=105463), it may be worth considering at least supporting the touch-action:manipulation CSS property/value. 
This recent addition (the "manipulation" value) to the Pointer Events specification is used - in essence - to allow developers to suppress the classic 300ms delay present on touchscreen devices that by default allows for "double-tap to zoom", while retaining other abilities such as scrolling and pinch-to-zoom. It offers a compromise to the often drastic preventDefault() commonly used in touch-optimised applications (which does remove the 300ms delay, but also kills any other default interactions).

touch-action:manipulation is on track to be rolled out in both Firefox and Chrome - see

"Bug 979345 - Implement "touch-action: manipulation" CSS value for Pointer Events" https://bugzilla.mozilla.org/show_bug.cgi?id=979345
"Issue 349016:	Add support for touch-action: manipulation" https://code.google.com/p/chromium/issues/detail?id=349016
Comment 1 Patrick H. Lauke 2014-05-20 02:44:33 PDT
For further context, see also "Optimizations to remove 300ms touch > mouse events delay" https://bugs.webkit.org/show_bug.cgi?id=122212
Comment 2 Jorik Tangelder 2014-05-20 02:59:39 PDT
I'm more interested in the fact that this makes it easier to detect gestures, without doing al kinds of crazy tricks in the event handlers. That it has the ability to remove the 300ms is cool, but not the main function of the property.
Comment 3 Rick Byers 2014-05-20 07:16:15 PDT
See also bug 133114 which proposes adding all of touch-action to WebKit.

Note that there's an argument to be made that disabling double-tap zoom on portions of a UI (or even on some pages but not others) is inconsistent and leads only the user confusion.  The counter-argument is that web developers are largely doing this already using libraries like FastClick (I believe FastClick or something like it is in use on most major mobile-optimized websites).  But those libraries come with other downsides (bugs, perf impact, loss of touch adjustment, other browser UI features unnecessarily disabled, etc.).

So my opinion is that we might as well give developers a simple reliable switch to clearly toggle the behavior they otherwise struggle to change.
Comment 4 Rick Byers 2014-05-20 07:17:24 PDT
Sorry, that's bug 133112 that suggests adding all of touch-action.
Comment 5 Benjamin Poulain 2014-05-20 09:59:24 PDT
Let's merge :)

*** This bug has been marked as a duplicate of bug 133112 ***
Comment 6 Lucas Forschler 2019-02-06 09:19:17 PST
Mass move bugs into the DOM component.