- From: CSS Meeting Bot via GitHub <noreply@w3.org>
- Date: Thu, 13 Nov 2025 05:25:49 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-gaps] Gap decorations with collapsed gutters`, and agreed to the following: * `RESOLVED: Undo previous resolution. Apply gap-decos *after* collapse (assuming collapsed tracks come from auto-fit, which is currently the only way to do it)` <details><summary>The full IRC log of that discussion</summary> <TabAtkins> kbabbitt: in Grid, when you have repeat(auto-fit, ...), it generates as many tracks as necessary to fill the space, and then will collapse the unneeded tracks if there's few items<br> <TabAtkins> kbabbitt: the way Grid is defined, those gaps still exist, they're just between 0-width tracks and overlap<br> <TabAtkins> kbabbitt: we previously resolved to suppress all but one. went with table border-collapse rules to choose<br> <TabAtkins> kbabbitt: based on comments iv'e gotten since, think that's wrong choice algo<br> <TabAtkins> kbabbitt: the scenarios for picking the styles are different from in tables<br> <alisonmaher> q+<br> <TabAtkins> kbabbitt: gap-repeat has a repeat() syntax too, and it would be less confusing to just still use that pattern.<br> <TabAtkins> kbabbitt: so I'd like to propose we undo the previous resolution and just assign decors to gaps as if the collapsed tracks don't exist<br> <TabAtkins> alisonmaher: i support this change, want to give an example<br> <TabAtkins> alisonmaher: if you're using gaps to switch between colors, like `repeat(black, gray)`, if you use table rules you could end up with adjacent gap decos with the same color, rather than laternating<br> <TabAtkins> alisonmaher: I think authors would find that confusing and would prefer to see the repetition pattern maintained<br> <TabAtkins> +1<br> <astearns> ack alisonmaher<br> <astearns> ack fantasai<br> <TabAtkins> fantasai: for cases where we're getting this from repeated tracks this is fine<br> <TabAtkins> fantasai: we've discussed collapsing empty tracks in other situations. not sure this approach would work for those cases.<br> <TabAtkins> fantasai: but for the existing collapse cases, it's fine<br> <TabAtkins> astearns: so you're fine with undoing previous resolution? and figuring out future stuff in the future?<br> <TabAtkins> fantasai: yes<br> <TabAtkins> astearns: objections?<br> <TabAtkins> RESOLVED: Undo previous resolution. Apply gap-decos *after* collapse (assuming collapsed tracks come from auto-fit, which is currently the only way to do it)<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/11814#issuecomment-3525475008 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 13 November 2025 05:25:50 UTC