Re: [csswg-drafts] [css-sizing] Clarify contain-intrinsic-size with multicolumn/grid (#7520)

The CSS Working Group just discussed `Clarify contain-intrinsic-size with multicol/grid`, and agreed to the following:

* `RESOLVED: Clarify that setting c-i-s to a size overrides the content size, even if there is other sizing info such as grid column widths`

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> Subtopic: Clarify contain-intrinsic-size with multicol/grid<br>
&lt;fantasai> github: https://github.com/w3c/csswg-drafts/issues/7520<br>
&lt;fantasai> oriol: spec defines c-i-s as setting the intrinsic inner size<br>
&lt;fantasai> oriol: then it says that this causes the box to size as if its in-flow contents ...<br>
&lt;fantasai> oriol: but what exactly are its in-flow contents?<br>
&lt;fantasai> oriol: multicol container or grid container<br>
&lt;fantasai> oriol: in a multicol container, the size, it sets the width of the box<br>
&lt;fantasai> oriol: but if you have columns or tracks, the total width of the column/container will be bigger than that<br>
&lt;fantasai> oriol: in ?? it's the opposite,<br>
&lt;fantasai> oriol: but here, c-i-s, was setting the content size of the grid<br>
&lt;vmpstr> s/??/grid/<br>
&lt;fantasai> oriol: ...<br>
&lt;fantasai> oriol: I don't think it's completely clear, and I want to have a resolution on this<br>
&lt;iank_> our multi-col intrinsic sizing isn't particularly good in this respect.<br>
&lt;fantasai> TabAtkins: the Grid behavior is correct. Multicol is wrong<br>
&lt;fantasai> TabAtkins: we didn't think about multicol when writing this, but thought about grid, and ignoring the grid stuff is the intended behavior<br>
&lt;fantasai> TabAtkins: multicol should be fixed, and get a clarification in the spec to make extra clear<br>
&lt;fantasai> oriol: if you specify c-i-s: none and then in grid it may become greater than zero<br>
&lt;fantasai> oriol: if you have .e.g. fixed tracks<br>
&lt;fantasai> oriol: but if you specify c-i-s: zero<br>
&lt;fantasai> oriol: then it will override grid template properties?<br>
&lt;fantasai> TabAtkins: correct<br>
&lt;fantasai> TabAtkins: If no setting the size, you pretend no children, but grid is still there<br>
&lt;fantasai> TabAtkins: but if set a size, you get that size<br>
&lt;fantasai> fantasai: what's the behavior with multicol?<br>
&lt;fantasai> TabAtkins: if you set c-i-s to a length, you get that size, not size of columns<br>
&lt;fantasai> fantasai: columns are usually less fixed-size than fixed-size columns anyway<br>
&lt;fantasai> Rossen_: is that the only clarification we need?<br>
&lt;fantasai> TabAtkins: this isn't a clarification for multicol specification, just make clear that things such as multicol or grid don't do anything special, size just gets overridden<br>
&lt;fantasai> Rossen_: what's the proposed resolution?<br>
&lt;fantasai> TabAtkins: clarify spec that layout systems that can have sizing effects even with empty children don't matter, c-i-s overrides all of that and sets a particular content size<br>
&lt;fantasai> RESOLVED: Clarify that setting c-i-s to a size overrides the content size, even if there is other sizing info such as grid column widths<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7520#issuecomment-1202700898 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Tuesday, 2 August 2022 14:31:20 UTC