CSS Scroll Snap Module Level 2

W3C First Public Working Draft,

More details about this document
This version:
https://www.w3.org/TR/2024/FPWD-css-scroll-snap-2-20241107/
Latest published version:
https://www.w3.org/TR/css-scroll-snap-2/
Editor's Draft:
https://drafts.csswg.org/css-scroll-snap-2/
History:
https://www.w3.org/standards/history/css-scroll-snap-2/
Implementation Report:
https://wpt.fyi/results/css/css-scroll-snap
Feedback:
CSSWG Issues Repository
Inline In Spec
Editors:
Tab Atkins-Bittner (Google)
Elika J. Etemad / fantasai (Apple)
Adam Argyle (Google)
Former Editors:
Matt Rakow (Microsoft)
Jacob Rossi (Microsoft)
Suggest an Edit for this Spec:
GitHub Editor

Abstract

This module contains features to control panning and scrolling behavior with “snap positions”.

CSS is a language for describing the rendering of structured documents (such as HTML and XML) on screen, on paper, etc.

Status of this document

This section describes the status of this document at the time of its publication. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at https://www.w3.org/TR/.

This document was published by the CSS Working Group as a First Public Working Draft using the Recommendation track. Publication as a First Public Working Draft does not imply endorsement by W3C and its Members.

This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.

Please send feedback by filing issues in GitHub (preferred), including the spec code “css-scroll-snap” in the title, like this: “[css-scroll-snap] …summary of comment…”. All issues and comments are archived. Alternately, feedback can be sent to the (archived) public mailing list www-style@w3.org.

This document is governed by the 03 November 2023 W3C Process Document.

This document was produced by a group operating under the W3C Patent Policy. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.

A test suite and an implementation report will be produced during the CR period.

1. Introduction

This section is not normative.

This is currently a delta spec over Scroll Snap 1.

Scroll experiences don’t always start at the beginning. Interactions with carousels, swipe controls, and listviews often intend to begin from some element which might not be positioned at the beginning of the scroll container. JavaScript is required to make the scroll container initially scrolled to that element. By enabling CSS to specify that an element should be initially scrolled to, both users, page authors and browsers benefit.

In addition to setting an initial scroll target, developers need insights and events into Scroll Snap. Events like which element is snapped on which axis, when the snap event is changing, when snap completes and conveniences for snapping to children programmatically.

1.1. First Layout

This event should follow the Animation code path. When animation objects are created and fire events, this is when a box has it’s first layout.

2. Motivating Examples

A carousel that starts scrolled to the middle image:
.carousel {
    overflow-inline: auto;
}
.carousel .origin {
    scroll-start-target: auto;
}
<div class="carousel">
    <img src="img1.jpg">
    <img src="img2.jpg">
    <img src="img3.jpg" class="origin">
    <img src="img4.jpg">
    <img src="img5.jpg">
</div>
A search bar is available when the user scrolls back to the top:
.scrollport {
    overflow-block: auto;
}

main {
    scroll-start-target: auto;
}
<div class="scrollport">
    <nav>
        ...
    </nav>
    <main>
        ...
    </main>
</div>

3. Setting Where Scroll Starts

3.1. The scroll-start-target property

3.1.1. Initial scroll target

The initial scroll target of a scroll container scrollcontainer is an element or pseudo-element whose 'scroll-start-target’property is non-none and whose nearest scroll container is scrollcontainer. When multiple such elements or pseudo-elements exist, user-agents should select the one which comes first in tree order. When no such element or pseudo-element exists, scrollcontainer’s initial scroll target is null.

If the initial scroll target of a scroll container is not null, it should be used to determine the initial scroll position of scrollcontainer by running the following steps:
  1. Let target be the initial scroll target for scrollcontainer.

  2. Let position be the result of running the steps to determine the scroll-into-view position of target with behavior set to "auto", block set to "start", inline set to "nearest", and scrolling box set to scrollcontainer.

  3. Set scrollcontainer’s initial scroll position to position.

3.1.2. scroll-start-target Property Definition

Name: scroll-start-target
Value: none | auto
Initial: none
Applies to: all elements
Inherited: no
Percentages: N/A
Computed value: see individual properties
Canonical order: per grammar
Animation type: none
none
The element is not an initial scroll target.
auto
The element is potentially an initial scroll target for its nearest scroll container ancestor.

3.1.3. Interaction with place-content

If a scroll container’s initial scroll position is potentially set by both a content-distribution property and by scroll-start-target on a descendant, scroll-start-target wins.

3.1.4. Post-first layout arrivals

While the document is being updated, a scroll container’s initial scroll target might arrive after that scroll container has been laid out. If this happens, user agents should still scroll to the initial scroll target unless the user agent has reason to believe the user is no longer interested in scrolling to the initial scroll position.

4. Styling Snapped Items

The ':snapped' pseudo-class is being dropped in favor of a container state query approach.

4.1. The Snapped-element Pseudo-class: :snapped

The :snapped pseudo-class matches any scroll snap targets, regardless of axis. The longform physical and logical pseudo-class selectors allow for more finite snapped children styling as they can target an individual axis.

More specific options are defined as follows:

:snapped-x
Matches the child snapped on the horizontal axis.
:snapped-y
Matches the child snapped on the vertical axis.
:snapped-inline
Matches the child snapped on the inline axis.
:snapped-block
Matches the child snapped on the block axis.

Note: Issue #6985
Need to figure out resolution of the initial frame.

5. Snap Events

5.1. scrollsnapchange and scrollsnapchanging

CSS scroll snap points are often used as a mechanism to create scroll interactive "selection" components, where selection is determined with JavaScript intersection observers and a scroll end guestimate. By creating a built-in event, the invisible state will become actionable, at the right time, and always correct.

5.1.1. Snap Targets

A snap target is an element or pseudo-element which the user-agent has chosen to snap a given snap container to.

Event Interface Targets Description
scrollsnapchange SnapEvent scroll containers Fired at the scrolling element or Document at the end of a scroll (before a scrollend event) or after a layout snap if the snap targets that the scrolling element or Document is snapped to changed.
scrollsnapchanging SnapEvent scroll containers Fired at the scrolling element or Document during scrolling (before a scroll event), if the snap targets that the scrolling would cause the scroller to snap to are different from the snap targets selected at the last scrollsnapchanging event that was fired.

5.1.2. scrollsnapchange

scrollsnapchange indicates that the snap area to which a snap container is snapped along either axis has changed. scrollsnapchange is dispatched:

  1. when a scrolling operation is completed if, for either the block or inline axis, the snap target which the snap container is snapped to is different from the snap target it most recently snapped to in that axis. For snap containers with proximity strictness, the scroll may result in the snap container no longer being snapped to any snap target. CSS Scroll Snap 1 § 6.2 Choosing Snap Positions describes the method a UA follows when choosing between elements or pseudo-elements which are snap areas.
  2. if there is a change to a snap container’s style such that it goes from having a non-none value for scroll-snap-type to having a none value or vice versa.
  3. if, after a layout change, the snap target to which a snap container is snapped to changes, regardless of whether there is a change in scroll position after the layout change.

Scrolling operations always lead to scrollend events being fired. If a scrolling operation also results in a scrollsnapchange event being fired, the scrollsnapchange event should be fired before the scrollend event.

Each Document has an associated list of pending scrollsnapchange event targets, initially empty.

Each snap container has one scrollsnapchangeTargetBlock and one scrollsnapchangeTargetInline in the block and inline axes respectively, each of which can either be null if the container is not snapped in that axis or the snap target to which the container is snapped.

When asked to update scrollsnapchange targets for a snap container, snapcontainer, run these steps:

  1. Let doc be snapcontainer’s associated Document.

  2. Let blockTarget be the scrollsnapchangeTargetBlock associated with snapcontainer.

  3. Let inlineTarget be the scrollsnapchangeTargetInline associated with snapcontainer.

  4. Let blockScrollSnapchangingTarget be the scrollsnapchanging block-axis target associated with snapcontainer.

  5. Let inlineScrollSnapchangingTarget be the scrollsnapchanging inline-axis target associated with snapcontainer.

  6. Let snap targets changed be a boolean flag that is initially false.

  7. If blockTarget is not the same snap target as blockScrollSnapchangingTarget or

    1. Set the scrollsnapchangeTargetBlock associated with snapcontainer to blockScrollSnapchangingTarget.

    2. Set snap targets changed to true.

  8. If inlineTarget is not the same snap target as inlineScrollSnapchangingTarget:

    1. Set the scrollsnapchangeTargetInline associated with snapcontainer to inlineScrollSnapchangingTarget.

    2. Set snap targets changed to true.

  9. If snap targets changed is true:

    1. If snapcontainer is not already in doc’s pending scrollsnapchange event targets:

      1. Append snapcontainer to doc’s pending scrollsnapchange event targets.

Note: When snapping occurs on a scroller (either due to a layout change or a scrolling operation) the scrollsnapchanging block-axis target and scrollsnapchanging inline-axis target associated with that scroller are updated and represent the current snap targets of that scroller. This allows the update scrollsnapchange targets algorithm to use these snap targets to determine whether a scrollsnapchange event should be fired.

When asked to dispatch pending scrollsnapchange events for a Document, doc, run these steps:

  1. For each item target in doc’s pending scrollsnapchange event targets:

    1. Let blockTarget and inlineTarget be null initially.

    2. If the scrollsnapchangeTargetBlock associated with target is a pseudo-element, set blockTarget to the owning element of that scrollsnapchangeTargetBlock.

    3. Otherwise, set blockTarget to that scrollsnapchangeTargetBlock.

    4. If the scrollsnapchangeTargetInline associated with target is a pseudo-element, set inlineTarget to the owning element of that scrollsnapchangeTargetInline.

    5. Otherwise, Set inlineTarget to that scrollsnapchangeTargetInline.

    6. Fire a SnapEvent, snapevent, named scrollsnapchange at target and let snapevent’s snapTargetBlock and snapTargetInline attributes be blockTarget and inlineTarget respectively.

  2. Empty doc’s pending scrollsnapchange event targets.

5.1.3. scrollsnapchanging

scrollsnapchanging is dispatched:

A scrolling operation might animate towards a particular position (e.g. scrollbar arrow clicks, arrow key presses, "behavior: smooth" programmatic scrolls) or might directly track a user’s input (e.g. touch scrolling, scrollbar dragging). In either case, the user agent chooses an eventual snap target in each axis to which the scroller will snap after the scrolling operation reaches its intended scroll position.

scrollsnapchanging aims to let the web page know, as early as possible, that the scrolling operation will result in a change in the snap target the snap container is snapped to. The user agent should evaluate whether to trigger scrollsnapchanging based on the eventual snap target to which the scroller would snap were the scrolling operation to reach its intended scroll position.

Note: Since scrollsnapchanging gives the web page hints about future snapping, the snapping hinted at by a scrollsnapchanging event might not materialize since it will be possible for subsequent scrolling input to further alter the snap container’s scroll position and result in a different eventual snap target.

scrollsnapchanging events are fired before scroll events.

Each Document has an associated list of pending scrollsnapchanging event targets, initially empty.

Each snap container has one scrollsnapchanging block-axis target and one scrollsnapchanging inline-axis target in the block and inline axes respectively, each of which can either be null if the container is not snapping in that axis or the snap target to which the container is snapping.

When asked to update scrollsnapchanging targets for a snap container, snapcontainer, given an snap target newBlockTarget and an snap target newInlineTarget, run these steps:

  1. Let doc be snapcontainer’s associated Document.

  2. Let blockTarget be the scrollsnapchanging block-axis target that is associated with snapcontainer.

  3. Let inlineTarget be the scrollsnapchanging inline-axis target that is associated with snapcontainer.

  4. If newBlockTarget is not the same snap target as blockTarget:

    1. Set the scrollsnapchanging block-axis target associated with snapcontainer to newBlockTarget.

    2. If snapcontainer is not already in doc’s pending scrollsnapchanging event targets,

      1. Append snapcontainer to doc’s pending scrollsnapchanging event targets

  5. If newInlineTarget is not the same snap target as inlineTarget:

    1. Set the scrollsnapchanging inline-axis target associated with snapcontainer to newInlineTarget.

    2. If snapcontainer is not already in doc’s pending scrollsnapchanging event targets,

      1. Append snapcontainer to doc’s pending scrollsnapchanging event targets.

When asked to dispatch pending scrollsnapchanging events for a Document, doc, run these steps:

  1. For each item target in doc’s pending scrollsnapchanging event targets:

    1. Let blockTarget and inlineTarget be null initially.

    2. If the scrollsnapchanging block-axis target associated with target is a pseudo-element, set blockTarget to the owning element of that scrollsnapchanging block-axis target.

    3. Otherwise, set blockTarget to that scrollsnapchanging block-axis target.

    4. If the scrollsnapchanging inline-axis target associated with target is a pseudo-element, set inlineTarget to the owning element of that scrollsnapchanging inline-axis target.

    5. Otherwise, set inlineTarget to that scrollsnapchanging inline-axis target.

    6. Fire a SnapEvent, snapevent, named scrollsnapchanging at target and let snapevent’s snapTargetBlock and snapTargetInline attributes be blockTarget and inlineTarget, respectively.

  2. Empty doc’s pending scrollsnapchanging event targets.

5.1.4. Snap Events due to Layout Changes

When a snap container, snapcontainer, re-snaps, run these steps:
  1. Let newBlockTarget be the snap target that snapcontainer has snapped to in the block axis or null if it did not snap to any element.

  2. Let newInlineTarget be the snap target that snapcontainer has snapped to in the inline axis or null if it did not snap to any element or pseudo-element.

  3. Run the steps to update scrollsnapchanging targets with newBlockTarget as newBlockTarget and newInlineTarget as newInlineTarget.

  4. Run the steps to update scrollsnapchange targets for snapcontainer.

5.2. SnapEvent interface

dictionary SnapEventInit : EventInit {
  Node? snapTargetBlock;
  Node? snapTargetInline;
};

[Exposed=Window]
interface SnapEvent : Event {
  constructor(DOMString type, optional SnapEventInit eventInitDict = {});
  readonly attribute Node? snapTargetBlock;
  readonly attribute Node? snapTargetInline;
};
snapTargetBlock, of type Node, readonly, nullable

The element that the snap container is snapped to in the block axis at the snap position for the associated snap event. If the snap target corresponding to this was a pseudo-element, this will be the owning element of that pseudo-element.

snapTargetInline, of type Node, readonly, nullable

The element that the snap container is snapped to in the inline axis at the snap position for the associated snap event. If the snap target corresponding to this was a pseudo-element, this will be the owning element of that pseudo-element.

For scrollsnapchange events, the snap position is the position already realized by the snap container after a scroll snap. For scrollsnapchanging events it is the snap position that the snap container will eventually snap to when the scrolling operation ends.

SnapEvents do not bubble except when the event target is the Document. SnapEvents are not cancellable.

Appendix A: Event Handlers

This section should be moved to the HTML event handler specification.

Event handlers on elements, Document objects and Window objects

The following are additional event handlers (and their corresponding event handler event types) that must be supported by all HTML elements as both event handler content attributes and event handler IDL attributes; and that must be supported by all Window objects and Document objects, as event handler IDL attributes:

Event handler Event handler event type
onscrollsnapchange scrollsnapchange
onscrollsnapchanging scrollsnapchanging

Extensions to the GlobalEventHandlers Interface Mixin

This specification extends the GlobalEventHandlers interface mixin from HTML to add event handler IDL attributes for SnapEvents as defined in Event handlers on elements, Document objects and Window objects.

IDL Definition

partial interface mixin GlobalEventHandlers {
  attribute EventHandler onsnapchanged;
  attribute EventHandler onsnapchanging;
};

6. Privacy Considerations

The features in this spec have no known privacy implications.

7. Security Considerations

The features in this spec have no known security implications.

Conformance

Document conventions

Conformance requirements are expressed with a combination of descriptive assertions and RFC 2119 terminology. The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in the normative parts of this document are to be interpreted as described in RFC 2119. However, for readability, these words do not appear in all uppercase letters in this specification.

All of the text of this specification is normative except sections explicitly marked as non-normative, examples, and notes. [RFC2119]

Examples in this specification are introduced with the words “for example” or are set apart from the normative text with class="example", like this:

This is an example of an informative example.

Informative notes begin with the word “Note” and are set apart from the normative text with class="note", like this:

Note, this is an informative note.

Advisements are normative sections styled to evoke special attention and are set apart from other normative text with <strong class="advisement">, like this: UAs MUST provide an accessible alternative.

Conformance classes

Conformance to this specification is defined for three conformance classes:

style sheet
A CSS style sheet.
renderer
A UA that interprets the semantics of a style sheet and renders documents that use them.
authoring tool
A UA that writes a style sheet.

A style sheet is conformant to this specification if all of its statements that use syntax defined in this module are valid according to the generic CSS grammar and the individual grammars of each feature defined in this module.

A renderer is conformant to this specification if, in addition to interpreting the style sheet as defined by the appropriate specifications, it supports all the features defined by this specification by parsing them correctly and rendering the document accordingly. However, the inability of a UA to correctly render a document due to limitations of the device does not make the UA non-conformant. (For example, a UA is not required to render color on a monochrome monitor.)

An authoring tool is conformant to this specification if it writes style sheets that are syntactically correct according to the generic CSS grammar and the individual grammars of each feature in this module, and meet all other conformance requirements of style sheets as described in this module.

Partial implementations

So that authors can exploit the forward-compatible parsing rules to assign fallback values, CSS renderers must treat as invalid (and ignore as appropriate) any at-rules, properties, property values, keywords, and other syntactic constructs for which they have no usable level of support. In particular, user agents must not selectively ignore unsupported component values and honor supported values in a single multi-value property declaration: if any value is considered invalid (as unsupported values must be), CSS requires that the entire declaration be ignored.

Implementations of Unstable and Proprietary Features

To avoid clashes with future stable CSS features, the CSSWG recommends following best practices for the implementation of unstable features and proprietary extensions to CSS.

Non-experimental implementations

Once a specification reaches the Candidate Recommendation stage, non-experimental implementations are possible, and implementors should release an unprefixed implementation of any CR-level feature they can demonstrate to be correctly implemented according to spec.

To establish and maintain the interoperability of CSS across implementations, the CSS Working Group requests that non-experimental CSS renderers submit an implementation report (and, if necessary, the testcases used for that implementation report) to the W3C before releasing an unprefixed implementation of any CSS features. Testcases submitted to W3C are subject to review and correction by the CSS Working Group.

Further information on submitting testcases and implementation reports can be found from on the CSS Working Group’s website at https://www.w3.org/Style/CSS/Test/. Questions should be directed to the public-css-testsuite@w3.org mailing list.

Index

Terms defined by this specification

Terms defined by reference

References

Normative References

[CSS-ALIGN-3]
Elika Etemad; Tab Atkins Jr.. CSS Box Alignment Module Level 3. 17 February 2023. WD. URL: https://www.w3.org/TR/css-align-3/
[CSS-DISPLAY-3]
Elika Etemad; Tab Atkins Jr.. CSS Display Module Level 3. 30 March 2023. CR. URL: https://www.w3.org/TR/css-display-3/
[CSS-OVERFLOW-3]
Elika Etemad; Florian Rivoal. CSS Overflow Module Level 3. 29 March 2023. WD. URL: https://www.w3.org/TR/css-overflow-3/
[CSS-SCROLL-SNAP-1]
Matt Rakow; et al. CSS Scroll Snap Module Level 1. 11 March 2021. CR. URL: https://www.w3.org/TR/css-scroll-snap-1/
[CSS-VALUES-4]
Tab Atkins Jr.; Elika Etemad. CSS Values and Units Module Level 4. 12 March 2024. WD. URL: https://www.w3.org/TR/css-values-4/
[CSSOM-VIEW-1]
Simon Pieters. CSSOM View Module. 17 March 2016. WD. URL: https://www.w3.org/TR/cssom-view-1/
[DOM]
Anne van Kesteren. DOM Standard. Living Standard. URL: https://dom.spec.whatwg.org/
[HTML]
Anne van Kesteren; et al. HTML Standard. Living Standard. URL: https://html.spec.whatwg.org/multipage/
[RFC2119]
S. Bradner. Key words for use in RFCs to Indicate Requirement Levels. March 1997. Best Current Practice. URL: https://datatracker.ietf.org/doc/html/rfc2119
[WEBIDL]
Edgar Chen; Timothy Gu. Web IDL Standard. Living Standard. URL: https://webidl.spec.whatwg.org/

Property Index

Name Value Initial Applies to Inh. %ages Anim­ation type Canonical order Com­puted value
scroll-start-target none | auto none all elements no N/A none per grammar see individual properties

IDL Index

dictionary SnapEventInit : EventInit {
  Node? snapTargetBlock;
  Node? snapTargetInline;
};

[Exposed=Window]
interface SnapEvent : Event {
  constructor(DOMString type, optional SnapEventInit eventInitDict = {});
  readonly attribute Node? snapTargetBlock;
  readonly attribute Node? snapTargetInline;
};

partial interface mixin GlobalEventHandlers {
  attribute EventHandler onsnapchanged;
  attribute EventHandler onsnapchanging;
};

Issues Index

The ':snapped' pseudo-class is being dropped in favor of a container state query approach.
This section should be moved to the HTML event handler specification.