Skip to content

Commit c7935a0

Browse files
committed
[css-scroll-snap] Document that Safari makes start/end of scrollable area snappable automatically.
1 parent ee30fab commit c7935a0

1 file changed

Lines changed: 4 additions & 1 deletion

File tree

css-scroll-snap/Overview.bs

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -400,7 +400,10 @@ Scroll Snapping Coordinates: the 'scroll-snap-points-x' and 'scroll-snap-points-
400400
are not affected by 'scroll-snap-padding'/'scroll-snap-destination'.
401401

402402
Issue: Should we add <css>start-edge</css> and <css>end-edge</css> keywords here, so that the start and end of the scrollable area can be defined as reachable?
403-
This would be good for e.g. maps. (See <a href="https://lists.w3.org/Archives/Public/www-style/2015Jul/0453.html">Matt Rakow's take</a> on not having <css>start</css> or <css>end</css> here.)
403+
This would be good for e.g. maps.
404+
(See <a href="https://lists.w3.org/Archives/Public/www-style/2015Jul/0453.html">Matt Rakow's take</a> on not having <css>start</css> or <css>end</css> here.)
405+
Note, tho, that Safari adds start/end automatically
406+
(<a href="https://www.webkit.org/blog/4017/scroll-snapping-with-css-snap-points/">document at end of their announcement post</a>).
404407

405408
Issue: It was <a href="https://lists.w3.org/Archives/Public/www-style/2015Jul/0453.html">suggested</a> that repeat() be mutually exclusive with element-based snap positions. Is there a better way to integrate this than having the initial value here be "elements"?
406409

0 commit comments

Comments
 (0)