Re: [csswg-drafts] [css-gaps-1] Gap decorations next to empty grid areas (#12602)

The CSS Working Group just discussed `[css-gaps-1] Gap decorations next to empty grid areas`, and agreed to the following:

* `RESOLVED: Add 'rule-visibility-items: all | around | between' (plus longhands)`

<details><summary>The full IRC log of that discussion</summary>
&lt;astearns> zakim, open queue<br>
&lt;Zakim> ok, astearns, the speaker queue is open<br>
&lt;TabAtkins> kbabbitt: in August at f2f we talked a bit about this<br>
&lt;TabAtkins> kbabbitt: there are use-cases for not wanting decorations on all cells in grid<br>
&lt;TabAtkins> kbabbitt: [example] an unfilled grid area, don't want the deco crossing it<br>
&lt;TabAtkins> kbabbitt: [another example] don't want a deco between a filled area and an unfilled<br>
&lt;TabAtkins> kbabbitt: [another example] multicols, don't want lines between the empty columns at the end<br>
&lt;TabAtkins> kbabbitt: Elika suggested rule-visiblitity-items and rule-visiblity-self, I went with that<br>
&lt;TabAtkins> kbabbitt: working thru use-cases, realized just *-items is sufficient<br>
&lt;TabAtkins> kbabbitt: rv-items sets default over whole container for whether there's a deco in a gap between items when one or both sides is empty<br>
&lt;TabAtkins> kbabbitt: 'all' draws all decos. 'around' draws around items (between a filled and unfilled)<br>
&lt;TabAtkins> kbabbitt: 'between' only draws them between two filled (skips filled+unfilled)<br>
&lt;TabAtkins> kbabbitt: rv-self would let you set exceptions for specific items<br>
&lt;TabAtkins> kbabbitt: talking to Sam Davis, in our impl rv-self has some additional complexity<br>
&lt;TabAtkins> alisonmaher: currently gap-decos are set up on the container itself. we just track the segments and don't care about children.<br>
&lt;TabAtkins> alisonmaher: but if rv-self changed we'd have to rerun layout on the whole container to make it work<br>
&lt;TabAtkins> kbabbitt: so all the use-cases we have are satisfied with rv-items, either "around" or "between"<br>
&lt;TabAtkins> kbabbitt: [goes over the examples]<br>
&lt;astearns> q+ to ask about the first use case<br>
&lt;TabAtkins> kbabbitt: so my proposal for v1 is to just do rv-items: all | around | between;<br>
&lt;TabAtkins> kbabbitt: if we get feedback that we need it, we can add "none", and rv-items, if needed<br>
&lt;TabAtkins> astearns: I think it's fine to start simple and add complexity later<br>
&lt;TabAtkins> astearns: back in first use-case, you said this is solved with "around"<br>
&lt;TabAtkins> astearns: in this case, does author want deco to be entire width, or just over the right 2/3?<br>
&lt;astearns> ack astearns<br>
&lt;Zakim> astearns, you wanted to ask about the first use case<br>
&lt;TabAtkins> kbabbitt: that's a border actually<br>
&lt;astearns> ack fantasai<br>
&lt;TabAtkins> fantasai: this sounds good, looks like we have a path forward if we need it<br>
&lt;TabAtkins> fantasai: ftr should say "hidden" rather than "none", "hidden" suppresses in other contexts<br>
&lt;TabAtkins> kbabbitt: so proposed resolution is to introduce just rv-items, with "all | around | between" values<br>
&lt;kbabbitt> Proposed: Introduce column-rule-visibility-items: [ all | around | between ] and row-rule-visibility-items with same syntax, plus shorthand rule-visibility-items for both directions<br>
&lt;florian> +1<br>
&lt;miriam> excited to use this!<br>
&lt;TabAtkins> astearns: objections?<br>
&lt;TabAtkins> RESOLVED: Add 'rule-visibility-items: all | around | between' (plus longhands)<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/12602#issuecomment-3525455371 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:19:45 UTC