- From: CSS Meeting Bot via GitHub <noreply@w3.org>
- Date: Thu, 13 Nov 2025 03:18:33 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-grid-3] Masonry Switch Syntax`, and agreed to the following: * `RESOLVED: masonry switch will be display: grid-lanes` <details><summary>The full IRC log of that discussion</summary> <kbabbitt> fantasai: survey had over 300 responses<br> <kbabbitt> ... popular ones are listed in issue<br> <kbabbitt> ... top choices include grid-stack, packed-grid stuff<br> <kbabbitt> ... also grid-lanes or lane-grid<br> <kbabbitt> ... if you merge some options together that was among the top<br> <fantasai> https://github.com/w3c/csswg-drafts/issues/12022#issuecomment-3488350977<br> <kbabbitt> ... ^ link to top options<br> <kbabbitt> ... concerns about stack because of confusion with stacking context<br> <kbabbitt> ... people thought pack got confused with density<br> <kbabbitt> ... looking at results, TabAtkins alisonmaher and I concluded grid-lanes seemed popular and didn't have downsites<br> <kbabbitt> ... also works well for creating a shorthand for this purpose<br> <alisonmaher> q+<br> <kbabbitt> ... that's currently what we're thinking is best among surveyed options<br> <ydaniv> q+<br> <astearns> ack alisonmaher<br> <kbabbitt> alisonmaher: comment on one of those options<br> <miriam> as my own personal top vote, I approve :)<br> <kbabbitt> ... do others have ideas on final 2?<br> <kbabbitt> ... I'm not opposed to grid-lanes, but one downside I see is we have concept of tracks<br> <oriol> q+<br> <kbabbitt> ... if we introduce term for lanes, we'd have both that and tracks, could be confusing<br> <kbabbitt> fantasai: we don't expose tracks anywhere, just a spec internal term<br> <astearns> ack ydaniv<br> <kbabbitt> ydaniv: what about just lanes?<br> <kbabbitt> astearns; we already resolved to have grid in value nam,e<br> <kbabbitt> TabAtkins: otherwise I'd agree<br> <astearns> ack ydaniv<br> <astearns> ack oriol<br> <kbabbitt> oriol: fantasai was saying it would work well with shorthand, can you clarify?<br> <kbabbitt> fantasai: Google proposed a sghorthand tailored to masonry that sets only one axis of grid values<br> <kbabbitt> ... they were calling that shorthandmasonry<br> <kbabbitt> ... can't use that but grid-lanes would still work for that purpose<br> <kbabbitt> astearns: am I correct that the quick part of this is poll between grid-lanes vs masonry-grid as the display value?<br> <kbabbitt> q+<br> <TabAtkins> grid-lanes: column repeat(3, auto);<br> <fantasai> scribe+<br> <astearns> ack kbabbitt<br> <TabAtkins> kbabbitt: one thing I discovered<br> <TabAtkins> kbabbitt: in terms of what people are referring to this with...<br> <TabAtkins> kbabbitt: "masonry" has been in use since 2009<br> <fantasai> kbabbitt: In terms of referring, name of masonry has been in use since 2009, so this is what authors have been calling it for a long time<br> <TabAtkins> kbabbitt: authors have been using the term for a very long time<br> <fantasai> kbabbitt: Not objecting, but still preference for grid-masonry<br> <kbabbitt> POLL: 1. grid-lanes, 2. masonry-grid<br> <miriam> 1<br> <fantasai> 1<br> <alisonmaher> 2<br> <oriol> 2<br> <bts> 1<br> <kbabbitt> 2<br> <florian> 1<br> <ntim> 1<br> <kizu> 1<br> <iank_> 2<br> <ydaniv> 1<br> <ChrisL> 1<br> <adamargyle> 1<br> <rachelandrew> 2<br> <astearns> 2<br> <dholbert_> 1 (but am flexible)<br> <Snugug> 2<br> <TabAtkins> no pref<br> <schenney> 1<br> <flackr> 1 or 2<br> <saku> 1<br> <kzms2> 1<br> <emilio> 1<br> <kbabbitt> astearns: seeing a 3:2 advantage for grid-lanes, not conclusive but better than we've had up till now<br> <TabAtkins> yeah, 14 to 8 or so<br> <TabAtkins> about a 3:2<br> <kbabbitt> astearns: Proposed: masonry switch will be display: grid-lanes<br> <kbabbitt> RESOLVED: masonry switch will be display: grid-lanes<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/12022#issuecomment-3525043825 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 03:18:34 UTC