CSS Scroll Snap allows web developers to create well-controlled scroll experiences by declaring scroll snapping positions. One shortcoming of the current implementation is that scroll snapping does not work well when the layout changes, such as when the viewport is resized or the device is rotated. This shortcoming is fixed in Chrome 81.
Many browsers have basic support for CSS Scroll Snap. See Can I use CSS Scroll Snap? for more information.
Chrome is currently the only browser to implement scroll snapping after layout changes. Firefox has a ticket open for implementing this and Safari also has an open ticket for re-snapping after a scroller's content changes. For now, you can simulate this behaviour by adding the following code to event listeners to force a snapping to execute:
However, this will not guarantee that the scroller snaps back to the same element.
CSS Scroll Snap
The CSS Scroll Snap feature allows web developers to create well-controlled scroll experiences by declaring scroll snapping positions. These positions ensure that scrollable content is properly aligned with its container to overcome the issues of imprecise scrolling. In other words, scroll snapping:
- Prevents awkward scroll positions when scrolling.
- Creates the effect of paging through content.
Paginated articles and image carousels are two common use cases for scroll snaps.
Scroll snapping allows users to effortlessly navigate through content, but its inability to adapt to changes in content and layout blocks some of its potential benefits. As shown in the example above, users have to re-adjust scroll positions whenever resizing a window to find the previously snapped element. Some common scenarios that cause layout change are:
- Resizing a window
- Rotating a device
- Opening DevTools
The first two scenarios make CSS Scroll Snap less appealing for users and the third one is a nightmare for developers when debugging. Developers also need to consider these shortcomings when trying to make a dynamic experience that supports actions such as adding, removing, or moving content.
Native support for re-snapping after layout changes in Chrome 81
The mentioned shortcomings no longer exist in Chrome 81: scrollers will remain snapped even after changing layout. They will re-evaluate scroll positions after changing their layout, and re-snap to the closest snap position if necessary. If the scroller was previously snapped to an element that still exists after the layout change, then the scroller will try to snap back to it. Pay attention to what happens when the layout changes in the following example.
See the Re-snapping after layout changes specification for more details.
Caution: Snapping is also executed when the page loads. This affects the initial scroll offset of scrollers using the scroll snap feature.
Example: Sticky scrollbars
With "Snap after layout changes", developers can implement sticky scrollbars with a few lines of CSS:
scroll-snap-type: y proximity;
Want to learn more? See the following demo chat UI for visuals.
Your feedback is invaluable in making re-snapping after layout changes better, so go on and try it out and let the Chromium engineers know what you think.