Re: [csswg-drafts] [css-grid-3] Should grid-lanes live in the Grid spec, or its own module? (#13115)

The CSS Working Group just discussed `[css-grid-3] Should grid-lanes live in the Grid spec, or its own module?`.

<details><summary>The full IRC log of that discussion</summary>
&lt;TabAtkins> q+<br>
&lt;sgill> astearns: should this live in grid 3 or its own? i lean towards latter<br>
&lt;sgill> jensimmons: why? what's the problem with where it has been?<br>
&lt;sgill> alisonmaher: precedence that it has happened before<br>
&lt;astearns> ack TabAtkins<br>
&lt;sgill> TabAtkins: also support moving it<br>
&lt;sgill> when you look at how huge grid 2 is, it would make it a huge spec to look at<br>
&lt;hober> q+<br>
&lt;sgill> would be harder to understand and reason through as a single spec<br>
&lt;sgill> there would be a lot of referencing but we already do that<br>
&lt;oriol> +1 to different spec<br>
&lt;dholbert> q+<br>
&lt;astearns> ack hober<br>
&lt;sgill> hober: what we put in modules is an editorial question<br>
&lt;sgill> as general rule of thumb i'm fine to defer to editor<br>
&lt;sgill> i suspect it would be less painful to keep it together but that is my guess<br>
&lt;sgill> TabAtkins: as editor that is why i want to separate it<br>
&lt;astearns> ack dholbert<br>
&lt;sgill> dholbert: don't have too strong an opinion<br>
&lt;TabAtkins> even with the GIANT TEXT things to help organize the Sublime visual menu, it's already hard to navigate Grid 2, lol<br>
&lt;sgill> one reason to keep it is that subgrid is one thing that shares tracks. masonry is one thing that shares tracks with things they are thrown into<br>
&lt;sgill> two different things that can participate with the grid<br>
&lt;florian> q+<br>
&lt;sgill> little bit of an exception with the new display type<br>
&lt;TabAtkins> subgrid is *mostly* limited to its one subsection, fwiw, with minimal interaction in the rest of the spec<br>
&lt;sgill> if it's editorially easier don't care too much<br>
&lt;astearns> ack fantasai<br>
&lt;sgill> fantasai: as another editor, i agree w/ Tab that it is getting long<br>
&lt;sgill> as we add more features to grid we will add it to both modes<br>
&lt;sgill> unlike other cases we have a core syntax that is connected between the two<br>
&lt;sgill> yes we could split it out. bunch of text that is in there is text already in grid 2 and that is not ideal either<br>
&lt;astearns> q+<br>
&lt;sgill> if we put it in the same module we can factor out into an upfront definition of thing. for grid you would do this and for grid lanes you would do that<br>
&lt;sgill> we can have one spec fully integrated<br>
&lt;hober> q+<br>
&lt;sgill> we can structure prose in a way that makes sense<br>
&lt;hober> q-<br>
&lt;sgill> one part that is hard is core part of layout algorithm. relatively short section<br>
&lt;sgill> biggest part of it is track sizing and is shared between the two<br>
&lt;sgill> not convinced we need to split it out<br>
&lt;sgill> once we integrate full text it will be better than having the separate incomplete module<br>
&lt;astearns> ack florian<br>
&lt;sgill> florian: generally agree that this is largely editorial but it is also looking forward<br>
&lt;sgill> depends on what we expect to happen next? in grid 4?<br>
&lt;sgill> would we add things that apply to both and add in grid 4? or only add things that only connect to grid lanes? or only to normal grid?<br>
&lt;sgill> maybe we would need a grid lanes level 2<br>
&lt;sgill> but if things are going to be shared maybe keep it together<br>
&lt;sgill> fantasai: we have a bunch of resolved things that are shared<br>
&lt;sgill> florian: indicates to me they should be together<br>
&lt;astearns> ack astearns<br>
&lt;sgill> fantasai: before we do anything else i want to get everything integrated together<br>
&lt;sgill> astearns: integration first seems like a crucial step<br>
&lt;ChrisL> q+ to mention css-color-hdr being separate from css-color<br>
&lt;miriam> +1 to starting integrated<br>
&lt;sgill> let's not split it out until that happens<br>
&lt;sgill> fantasai: definitely need to figure it out<br>
&lt;ChrisL> q-<br>
&lt;sgill> astearns: worried we might find corner cases we didn't consider. might be a good thing<br>
&lt;sgill> TabAtkins: run into those even with alignment. but the separation is worthwhile because of the conceptual boundaries<br>
&lt;sgill> PROPOSAL: Integrate the diff spec with grid<br>
&lt;fantasai> s/grid/grid L2/<br>
</details>


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


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

Received on Thursday, 29 January 2026 21:59:21 UTC