- From: <bugzilla@jessica.w3.org>
- Date: Tue, 30 Sep 2014 22:34:55 +0000
- To: public-css-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=26941 --- Comment #3 from Simon Pieters <simonp@opera.com> --- (In reply to Kearwood "Kip" Gilbert from comment #2) > Smooth scrolling occurs with keyboard scrolling, with scroll-bar > interaction, and to align the scroll offset to snap points for CSS scroll > snapping. (http://dev.w3.org/csswg/css-snappoints/) > > Section 14.1 (Smooth Scrolling: The 'scroll-behavior' Property), states: > > "The 'scroll-behavior' property specifies the scrolling behavior for a > scrolling box, when scrolling happens due to navigation or CSSOM scrolling > APIs. Scrolls that are performed by the user are not affected by this > property. When this property is specified on the root element, it applies to > the viewport instead." > > Would the smooth scroll animation that results from arrow key, > page-up/page-down key, home/end key, and scroll bar click events be > considered "performed by the user"? (In the normal case it seems so) Yes. > When combined with CSS scroll snapping, the destination of these smooth > scroll animations is altered to ensure that the destination is a valid snap > point. This is grey area in terms of being "performed by the user". I think the scroll is still performed by the user, but I can clarify it. > Future use cases may involve platform default smooth scrolling behavior that > have not yet been discovered yet (see multi-touch navigation gestures and > WebVR UX yet to be defined). Sure. > To enable content authors to explicitly disable all smooth scrolling > animation (including the scroll bar smooth scrolling and scroll snapping > animations), would the scroll-behavior CSS property be the ideal interface > for this? Why would you want to disable smooth user scrolling? -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Tuesday, 30 September 2014 22:34:56 UTC