Content-Length: 245854 | pFad | https://github.com/w3c/csswg-drafts/issues/11539#issuecomment-2628431667

9C [css-multicol] [css-align] Should `row-gap: normal` in multicol have a used value of 1em or 0? · Issue #11539 · w3c/csswg-drafts · GitHub
Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[css-multicol] [css-align] Should row-gap: normal in multicol have a used value of 1em or 0? #11539

Closed
rachelandrew opened this issue Jan 20, 2025 · 2 comments

Comments

@rachelandrew
Copy link
Contributor

In #2923 (comment) I've a proposal for multicol overflow in the block direction. This would create rows, similar to flex lines or grid rows, and the expectation is that the row-gap property would then apply here to allow authors to create spacing between rows.

column-gap: normal in multicol has a used value of 1em (it's 0px for flex and grid containers), the question here is whether row-gap: normal should also be 1em for multicol or whether it too should be 0px?

@mstensho
Copy link

Resolving row-gap: normal to 1em in multicol makes sense to me. In a way it makes even more sense (if it made sense to begin with at all) than for column-gap: normal.

@astearns astearns moved this to FTF agenda items in CSSWG January 2025 meeting Jan 22, 2025
@astearns astearns moved this from FTF agenda items to Friday afternoon in CSSWG January 2025 meeting Jan 28, 2025
@css-meeting-bot
Copy link
Member

The CSS Working Group just discussed [css-multicol] [css-align] Should `row-gap: normal` in multicol have a used value of 1em or 0?, and agreed to the following:

  • RESOLVED: in multicol, both row-gap and column-gap 'normal' resolves to 1em
The full IRC log of that discussion <TabAtkins> rachelandrew: hope this is straightforward
<TabAtkins> rachelandrew: multicol has gap between columns. for history, resolves to 1em
<TabAtkins> rachelandrew: as we're doing the row gap...
<TabAtkins> rachelandrew: in grid and flex the gap defaults to 0
<TabAtkins> rachelandrew: shoudl we go with 1em to match columnn gap in multicol?
<TabAtkins> q+
<kbabbitt> q+
<TabAtkins> rachelandrew: I think 1em seems most logical
<fantasai> +1 to 1em
<florian> +1 to 1em
<TabAtkins> rachelandrew: don't see why you'd want zero gap
<astearns> ack kbabbitt
<fantasai> scribe+
<astearns> ack TabAtkins
<kbabbitt> +1 to 1em
<fantasai> TabAtkins: Agree to stick with 1em in particular for multicol, you're not guaranteed to have an obvious visual separation -- it's just text lines
<bkardell_> +1
<fantasai> TabAtkins: need to know that's a fresh set for columns
<kizu> +q
<fantasai> TabAtkins: whereas in flex/grid, often there's some visual separation among items
<astearns> ack kizu
<TabAtkins> kizu: what about 1lh?
<TabAtkins> kizu: often when you separate paragraphs, if you want to follow vertical rhythm use 1lh between them
<TabAtkins> kizu: tho if you have this style of design, 1em might be smaller than the separation between paragraphs
<astearns> 1lh makes sense to me
<TabAtkins> kizu: you probably want it at least as large
<TabAtkins> iank_: I think the downside is most devs expect the gap to be consistent between axises
<TabAtkins> iank_: so "yes, but..." since column-gap is already 1em
<TabAtkins> iank_: so matching is more sensible to me
<TabAtkins> (agreed)
<TabAtkins> astearns: I think typographically I"d probably want more than 1lh, so 1em is fine, i'll change it anyway
<kbabbitt> as long as it's not 0 I think it's good
<TabAtkins> astearns: so proposal is we have a consistent 1em default gap in multicol
<florian> +1
<TabAtkins> RESOLVED: in multicol, both row-gap and column-gap 'normal' resolves to 1em

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Friday afternoon
Development

No branches or pull requests

3 participants








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: https://github.com/w3c/csswg-drafts/issues/11539#issuecomment-2628431667

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy