Page MenuHomePhabricator

Evaluate using `touch-action: manipulation;`
Closed, DeclinedPublic3 Estimated Story Points

Description

See

Use of touch-action: manipulation; should improve touch-to-click and touch-to-scroll feedback on mobile browsers, which otherwise have to wait for a certain amount of time to disambiguate the touch, as well as triggering JavaScript events.

I haven't confirmed this myself nor verified how much it improves perceived performance on affected devices. I imagine also that if we have any touch event handlers, this may not work as expected and require additional explicit declarations to opt-in to those.

Screen Shot 2015-11-12 at 22.01.39.png (352×629 px, 65 KB)

Event Timeline

Krinkle raised the priority of this task from to Needs Triage.
Krinkle updated the task description. (Show Details)
Krinkle added subscribers: Krinkle, Peter.

Firefox 50 or likely 51 is in discussion to enable touch-action as last of the big browsers. Others are all at least supporting manipulation value as of now.

Jdlrobson subscribed.

Might be good to talk about this in frontend standards group.

Jdlrobson added a project: OOUI.

Ideally this would be done in mediawiki ui / oojs ui...

Firefox 52 enabled this by default. iOS seems to be the big uncertainty factor with only supporting [[ http://caniuse.com/#feat=css-touch-action | auto and manipulation values ]].

manipulation
Enable panning and pinch zoom gestures, but disable additional non-standard gestures such as double-tap to zoom. Disabling double-tap to zoom removes the need for browsers to delay the generation of click events when the user taps the screen. This is an alias for "pan-x pan-y pinch-zoom" (which, for compatibility, is itself still valid).

Krinkle edited projects, added Performance-Team; removed Performance Issue.
Krinkle moved this task from Inbox, needs triage to Radar on the Performance-Team board.

One example test-case was identified with Portal in T174002: Measure dwell-time impact of `touch-action: manipulation;`.

For the record, the enablement of touch-action: manipulation has since been deployed to the Wikipedia portals, and confirmed to noticeably improve rendering performance as perceived by users (videos on the referenced task).

It's not been reverted or changed since so might be interesting to start exploring beyond the Wikipedia portal, e.g. on mobile or desktop.

Volker_E moved this task from Next-up to Backlog on the OOUI board.
Jdlrobson raised the priority of this task from Low to Medium.EditedJan 2 2025, 9:43 PM
Jdlrobson added a project: Web-Team.

This is also being used in Vector 2022 ( T358380) where it had a positive performance impact.
(I'lll split out a Minerva specific task for this)

Jdlrobson-WMF changed the task status from Open to In Progress.Jan 31 2025, 10:45 PM
Jdlrobson-WMF set the point value for this task to 3.Feb 3 2025, 6:45 PM

Change #1117612 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):

[operations/mediawiki-config@master] Speed tests: Add HTML files for touch action

https://gerrit.wikimedia.org/r/1117612

Change #1117612 merged by Jdrewniak:

[operations/mediawiki-config@master] Speed tests: Add HTML files for touch action

https://gerrit.wikimedia.org/r/1117612

Mentioned in SAL (#wikimedia-operations) [2025-02-05T23:39:27Z] <jdrewniak@deploy2002> Started scap sync-world: Backport for [[gerrit:1117612|Speed tests: Add HTML files for touch action (T118509)]]

Mentioned in SAL (#wikimedia-operations) [2025-02-05T23:42:26Z] <jdrewniak@deploy2002> jdlrobson, jdrewniak: Backport for [[gerrit:1117612|Speed tests: Add HTML files for touch action (T118509)]] synced to the testservers (https://wikitech.wikimedia.org/wiki/Mwdebug)

Mentioned in SAL (#wikimedia-operations) [2025-02-05T23:50:38Z] <jdrewniak@deploy2002> Finished scap sync-world: Backport for [[gerrit:1117612|Speed tests: Add HTML files for touch action (T118509)]] (duration: 11m 10s)

Jdlrobson-WMF changed the task status from In Progress to Open.Feb 19 2025, 12:23 AM

I'm not sure, which current browser would benefit from this, I would like to be able to measure before and after. When I looked at the trace on Chrome on Android I don't see any delay or any benefit with the change (T385767).

Jdlrobson-WMF lowered the priority of this task from Medium to Low.Apr 1 2025, 9:58 PM
Jdlrobson-WMF subscribed.

Marking as low as we're not seeing any indication so far that there would be a benefit of doing this change.

Per T118509#10615553 I am not seeing a good case for this right now.