You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It was suggested to me that it will be useful to make proximity more configurable.
At the moment the interpretation of proximity is left to the UA (See here). For example Chrome implementation is simple that it snaps if the snap area is within a fixed distance of the appropriate snap alignment (30% of scroller size in that axis).
I think we should consider providing customizability for scroll snap to the developers. This would be valuable for some type of content where it is desirable to snap only if the content is very close to the edge of the scroller.
API Ideas
Here are few APIs ideas that we can explore:
Make proximity a css function e.g., scroll-snap-type: proximity(50px) or even allow a margin like 2/4-value syntax scroll-snap-type: proximity(10% 20%)
Introduce a new property scroll-snap-proximity-hint: 50px. This can be done either on snap area or container (or both?)
Some interesting discussions to have:
Do we need to have this control per snap area or having it at the scrollcontainer is enough? At the moment, I think having it per container is sufficient but happy to re-consider.
Should this be a hint to UA algorithm or do we want a more precise definition? I am curious if other UA engines are doing anything more sophisticated for proximity calculation. If all engines are doing a simple distance check perhaps we should specify this which has the advantage of interoperability and predictability for authors.
The text was updated successfully, but these errors were encountered:
We avoided this in the initial design because (1) it seemed relatively low-value, and (2) it's valuable for features like scrolling to feel consistent to users across sites.
Can you elaborate on the use-case you see for snapping "only when very close to the edge" vs the default Chrome snapping?
On the feel consistent part, at the moment in Chrome implementation the behavior depends on scroller size so I see exposing it to authors as a big departure. Also note that it also behave differently across UAs.
On the value of the usecase, @ianvollick had a specific usecase in mind. I think he can explain it better.
I was just thinking of scenarios where you want to nudge into position if an element is very close to its final, snapped position, but not impact scrolling, otherwise. I agree that this could make scrolling feel inconsistent.
It was suggested to me that it will be useful to make
proximity
more configurable.At the moment the interpretation of proximity is left to the UA (See here). For example Chrome implementation is simple that it snaps if the snap area is within a fixed distance of the appropriate snap alignment (30% of scroller size in that axis).
I think we should consider providing customizability for scroll snap to the developers. This would be valuable for some type of content where it is desirable to snap only if the content is very close to the edge of the scroller.
API Ideas
Here are few APIs ideas that we can explore:
Make proximity a css function e.g.,
scroll-snap-type: proximity(50px)
or even allow a margin like 2/4-value syntaxscroll-snap-type: proximity(10% 20%)
Introduce a new property
scroll-snap-proximity-hint: 50px
. This can be done either on snap area or container (or both?)Some interesting discussions to have:
The text was updated successfully, but these errors were encountered: