What will happen right now is that scrollIntoView's options will “win”, but if the position they land on conflicts with the snapping requirements, then the snapping requirements will subsequently shift the scroll position. Basically it'll be as if the user scrolled to the position that scrollIntoView requested, and then let go of the scroller. We should probably add a note to clarify this, both to css-scroll-snap and to cssom-view. -- GitHub Notification of comment by fantasai Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1707#issuecomment-357309343 using your GitHub accountReceived on Friday, 12 January 2018 17:56:18 UTC
This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:41:23 UTC