- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 11 Dec 2024 17:37:41 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-scroll-snap-2] scroll-start-target: auto doesn't match general meaning of auto`, and agreed to the following: * ``RESOLVED: `scroll-initial-target: none | nearest` `` <details><summary>The full IRC log of that discussion</summary> <TabAtkins> DavidA: scroll-start-target is set on the child of a scrollable container, that makes the container initiall scroll to that child<br> <TabAtkins> DavidA: got feedback from the TAG that, looking at the name of the property, the -start could be confusing (it's a logical direction in other properties)<br> <TabAtkins> DavidA: also the values are none|auto, was a question about -- currently auto means the element is a scroll-start target, but "auto" usually is used for something more magical<br> <TabAtkins> DavidA: so we're lookign for a repalcement value name<br> <TabAtkins> DavidA: for property name, scroll-container-target and initial-scroll-target are my suggestions. suggest the second one<br> <TabAtkins> (yeah, I like initial-scroll-target)<br> <TabAtkins> DavidA: for the values, i'm proposing `none | local`. proposing local because it only effects the nearest scroll container.<br> <TabAtkins> DavidA: in theory, in future we could expand the scope of the scrolling target, add "global" or something<br> <TabAtkins> flackr: the thinking is that a value which scrolls all ancestors could explain fragment navigation - that does scroll all scrollers up to the root<br> <astearns> ack rachelandrew<br> <astearns> ack fantasai<br> <TabAtkins> (i think i'd prefer something like "self")<br> <fantasai> https://drafts.csswg.org/scroll-animations-1/#scroll-notation<br> <TabAtkins> fantasai: we have scroll() from Scroll Animations. It uses the keyword "nearest", we should be consistent with that<br> <TabAtkins> +1<br> <rachelandrew> sorry was muted, yes was just leftover from before<br> <TabAtkins> fantasai: for property name, would it make sense to put "scroll" first, so scroll-initial-target?<br> <TabAtkins> DavidA: I think scroll-initial-target is fine too<br> <TabAtkins> flackr: or overflow-initial-target, since most other scorlling properties are overflow<br> <TabAtkins> fantasai: we have a lot of scroll-* prefixes, scroll-padding, scroll-snap, etc<br> <TabAtkins> flackr: fair, i do like it being grouped with other scrollers. tho it does go on the child rather than the scroll container<br> <TabAtkins> fantasai: also several scroll-* properties that are, like scroll-margin<br> <TabAtkins> fantasai: I do think these names are better, but we're not clearly managing that this is set on the item<br> <TabAtkins> fantasai: I think scroll-margin and scroll-snap-align are a little bit indicative, but my initial impression from the property name is it's set on the scroll container, and takes some reference to a child<br> <TabAtkins> (I think scroll-initial-target is reasonably child-indicative. not 100%, but doable)<br> <TabAtkins> DavidA: I was thinking scroll-container-target, but not sure if that helps<br> <TabAtkins> astearns: i think we're converging, at least for now, on scroll-initial-target. might come up with something better<br> <TabAtkins> astearns: shall we resolve on that?<br> <TabAtkins> +1<br> <bramus> +1 on nearest<br> <TabAtkins> fantasai: and none|nearest for values?<br> <TabAtkins> DavidA: yeah<br> <TabAtkins> astearns: so proposed is `scroll-initial-target: none | nearest`<br> <TabAtkins> astearns: objections?<br> <TabAtkins> RESOLVED: `scroll-initial-target: none | nearest`<br> <argyle> 👍🏻<br> <TabAtkins> fantasai: can we have a comment soliciting better ideas?<br> <TabAtkins> astearns: specifically about something tha tmight more obviously indicate that it's on the child<br> <TabAtkins> DavidA: i can write something<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/11173#issuecomment-2536659205 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 11 December 2024 17:37:41 UTC