- From: Nick Coury via GitHub <noreply@w3.org>
- Date: Tue, 13 Jan 2026 22:48:59 +0000
- To: public-css-archive@w3.org
We are interested in using this for 2D swipe to dismiss, similar to mobile photo apps. Our implementation today is based on JavaScript and touch events. This lags behind the responsiveness of native mobile apps in many respects. The feedback loop of receiving the event in JS then dispatching the update out to the compositor can more easily lag by a frame or two, which is noticeable in tactile gestures. It's also very vulnerable to jank since it is main thread bound. On some browsers, especially Safari, we're also currently limited to 60fps which is noticeably less smooth on 120hz devices where native gestures run at full speed. One question is if this can be changed dynamically after the gesture starts. I've found that many web gestures end up buggy because CSS changes must be in place either before the gesture starts or by the first touch move, or else behavior isn't guaranteed (like locking the base page scroller). It's possible we'd want to dynamically switch between axis locking and unlocking, which would be nice to have in the spec if it's technically feasible. -- GitHub Notification of comment by nickcoury Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/13207#issuecomment-3746914407 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 13 January 2026 22:49:00 UTC