Re: [csswg-drafts] [css-grid-3] Allow <auto-repeat> (i.e. repeat(auto-fill|auto-fit, ...)) to accept intrinsic sizes (#9321)

The CSS Working Group just discussed `[css-grid-3] Allow <auto-repeat> (i.e. repeat(auto-fill|auto-fit, ...)) to accept intrinsic sizes`.

<details><summary>The full IRC log of that discussion</summary>
&lt;kbabbitt> alisonmaher: we previously resolved to allow intrinsic auto repeats in grid-lanes<br>
&lt;kbabbitt> ... still an open question of what that means in grid<br>
&lt;kbabbitt> ... 1 proposal, return repetition of 1<br>
&lt;kbabbitt> ... other, do something similar to grid-lanes<br>
&lt;kbabbitt> ... grid places items before sizing tracks, intrinsic auto-repeats create circular dependency<br>
&lt;kbabbitt> ... don't know where items are placed which tells you how many repeats you need<br>
&lt;kbabbitt> ... in grid-lanes we get around this with heuristic<br>
&lt;kbabbitt> alisonmaher: fantasai proposed to do what we do in grid-lanes<br>
&lt;kbabbitt> ... ignore track sizes in opposite axis of intrinsic auto repeat<br>
&lt;kbabbitt> ... in other words make column track repetition assume there's one track in opposite axis sized aqt 100%<br>
&lt;kbabbitt> ... one question, what about an item that spans in both axes?<br>
&lt;kbabbitt> ... heuristic no longer divides by span, unlclear what to do<br>
&lt;kbabbitt> ... iank_ thinks this could work in column axis, but in row axis, when laying out text, if you ignore constraints you could end up with different sizing in final pass which results in overflow, seems not greaet<br>
&lt;kbabbitt> .,.. would like to go back to original suggestion of always return a single repetition for grid<br>
&lt;kbabbitt> fantasai: would like to try to make it consistent as possible for authors<br>
&lt;kbabbitt> ... what I would suggest, take opportunity at F2F break to see what would work<br>
&lt;kbabbitt> ... rather than just give up and fall back to 1, that's not helpful to anyone<br>
&lt;kbabbitt> ... can we find something that works in some reasonable set of use cases<br>
&lt;kbabbitt> ... I think falling back to 1 is not a useful or helpful behavior, and it's inconsistent<br>
&lt;kbabbitt> ... having consistency between grid and grid-lanes is one of our dseign goals<br>
&lt;kbabbitt> ... would like to try and find a heuristic to make this useful in as many cases as possible<br>
&lt;kbabbitt> Rossen: nothing to resolve then, will use break time to work on this<br>
&lt;kbabbitt> iank_: also worth mentioning, intrinsic keywords can already be accepted, just not directly<br>
&lt;kbabbitt> ... also via minmax<br>
&lt;kbabbitt> .. may be compat issues<br>
&lt;kbabbitt> fantasai: they're not acceptable, separate syntax branch<br>
&lt;kbabbitt> s/just not/not just/<br>
</details>


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


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

Received on Wednesday, 1 April 2026 18:32:28 UTC