Re: [csswg-drafts] [css-multicol-2] `column-wrap`, `column-height` and column balancing (#11976)

Yes, this makes sense. I'd love to have all my assertions (if they are valid) about rows and lines in my previous comment confirmed by spec wording (normative or otherwise) and / or figures.

Good call to remember what the initial question was! :)
Always honoring non-auto row height sounds good - even if there's not enough content to fill it.

For the additional spanner fun, pushing a spanner to the next row if it doesn't fit in the current row sounds fine. If the spanner itself is taller than a full row, we can either stretch or overflow the row. You seem to prefer stretching, which is fine by me. I'm thinking that if it doesn't fit in the current row, we should always push it to the next row. And if it doesn't fit in a full row at all, stretch that new row (which then will only contain the spanner). That seems in line with how fragmentation of tall unbreakable content normally works.

```html
<!DOCTYPE html>
<div style="columns:3; height:100px; column-fill:auto; background:yellow;">
  <div id="container" style="background:lightgray;">
    <div style="width:50%; height:50px; background:hotpink;"></div>
    <div style="width:50%; contain:size; height:150px; background:cyan;"></div>
  </div>
</div>
```

Renders like this:

<img width="450" height="161" alt="Image" src="https://github.com/user-attachments/assets/39fce955-86c0-43d1-bd6a-ed77a4aceb41" />

This minimizes stretching (of `#container` fragments) and overflow (of the column fragment).

It is NOT rendered like this:

<img width="451" height="207" alt="Image" src="https://github.com/user-attachments/assets/77f36e4a-37c7-4f83-a4d1-1b9fd53edcbf" />

-- 
GitHub Notification of comment by mstensho
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/11976#issuecomment-3133995751 using your GitHub account


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

Received on Tuesday, 29 July 2025 20:37:50 UTC