Open DavMila opened 7 hours ago
FYI @flackr, @argyleink
time to bikeshed! lol. I do think a different value is better.
options?
Since we have ideas that we might try to include all scroll-start-targets, we could consider something like include
?
Or, we could consider other values we may want to eventually support. E.g. if we wanted to eventually have options that align with / explain scrolling to a fragment, we could consider what the names might be if we want to describe the ways that this is currently different from that and/or if we eventually wanted to be able to specify a scroll that was roughly equivalent to scrolling to a fragment.
In particular, scrolling to a fragment:
scroll-start-target: none | local | global
?scroll-start-target: none | navigation | always
The
scroll-start-target
spec specifies 2 keywords for thescroll-start-target
property:none
, meaning: this element is not to be used to determine the initial scroll position of its nearest scroll container, andauto
, meaning: this element should be used to determine the initial scroll position of its nearest scroll container.The use of
auto
in this way is a bit of a departure from whatauto
means in CSS, i.e. "the UA should do what it thinks is best."Should we change
auto
to a different keyword? Here are a few we could consider:on-first-appearance
oralign
oractive
orvisible
. My preference would bealign
.