- From: CSS Meeting Bot via GitHub <noreply@w3.org>
- Date: Wed, 28 Jan 2026 18:59:11 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-sizing] Stretch-fitting inline size next to floats.`, and agreed to the following: * `RESOLVED: Do what Oriol says here.` <details><summary>The full IRC log of that discussion</summary> <fantasai> iank_: I'm fine resolving on what Oriol has said<br> <fantasai> iank_: This is about the `stretch` keyword. It's roughly like 100%, but not quite.<br> <fantasai> iank_: Question is what to do with floats<br> <fantasai> iank_: Our guiding principle is "what does auto do here?"<br> <fantasai> iank_: and for in-flow block-level independent formatting context, what auto does here is to avoid floats<br> <fantasai> iank_: Internally, Blink doesn't actually resolve with `auto`. We map it to `stretch` or `fit-content` and then resolve that<br> <fantasai> iank_: If we did something different we'd need to add a concept<br> <fantasai> iank_: 3rd point is, being replaced counts as an independent formatting context<br> <fantasai> iank_: Therefore replaced + stretch should avoid floats<br> <fantasai> iank_: If you're not an IFC, you fill your containing block. That's what width:auto does.<br> <fantasai> iank_: When you're an atomic inline box, you stretch to the CB<br> <fantasai> iank_: Their available space, they can always grow to their CB, because they will push the line box down past the float<br> <fantasai> iank_: We don't want to diverge fit-content and stretch having different available sizes<br> <fantasai> iank_: It's the weirdest part here, but consistent because of this logic.<br> <fantasai> fantasai: Great explanation, thank you!<br> <fantasai> PROPOSED: Do what Oriol says<br> <fantasai> fantasai: Agree with the principles, that's also what we think.<br> <fantasai> RESOLVED: Do what Oriol says here.<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4028#issuecomment-3813274546 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 28 January 2026 18:59:12 UTC