Re: [csswg-drafts] [css-overflow] Interaction between line-clamp fully displacing lines and line-height quirks (#13708)

The CSS Working Group just discussed `[css-overflow] Interaction between line-clamp fully displacing lines and line-height quirks`, and agreed to the following:

* `RESOLVED: Even in quirks mode, you do indeed insert a strut as the spec says`

<details><summary>The full IRC log of that discussion</summary>
&lt;TabAtkins> andreubotella: this is Quirks spec<br>
&lt;TabAtkins> andreubotella: two relevant quirks here<br>
&lt;TabAtkins> andreubotella: both quirks together means there's no strut in the root inline<br>
&lt;TabAtkins> andreubotella: and no strut for different inline boxes unless they have line padding or border ,something like that<br>
&lt;TabAtkins> andreubotella: so for sizing the height of a line, the only thing that matters is the actual boxes that are used<br>
&lt;TabAtkins> andreubotella: for block-ellipsis, if there's no break point for a line when inserting an ellipsis, it can fully replace the line<br>
&lt;TabAtkins> andreubotella: spec describes that as a struct is inserted<br>
&lt;TabAtkins> strut<br>
&lt;TabAtkins> andreubotella: what happens in quirks?<br>
&lt;TabAtkins> andreubotella: the only thing in the lien would be that ellipsis. does it have height zero? if not, do we take the strut? the line could end up having a higher height than if it wasn't clamped<br>
&lt;florian> q+<br>
&lt;TabAtkins> TabAtkins: i'm fine with breaking shit in quirks mode, it's a new feature<br>
&lt;astearns> ack florian<br>
&lt;TabAtkins> florian: only kind of a new feature, retroactively explains old WebKit feature<br>
&lt;TabAtkins> florian: as you mentioned earlier it's weird when things grow with less content, so if clamping doesn't make it grow, would be good<br>
&lt;TabAtkins> florian: but if clamping means you ellipsis doens't have room, not great<br>
&lt;TabAtkins> florian: not sure how hard it would be to make a quirks-resilient strut<br>
&lt;TabAtkins> andreubotella: having the ellipsis trigger the strut, that's not hard<br>
&lt;TabAtkins> andreubotella: there's already things... the problem is trigger strict line height like lists, you have a list marker<br>
&lt;TabAtkins> andreubotella: but when clamping at that line, could cause the lines height to grow<br>
&lt;TabAtkins> andreubotella: in most cases it won't, or at least not much<br>
&lt;TabAtkins> andreubotella: so maybe it's fine<br>
&lt;TabAtkins> I also don't care if the line grows and breaks your layout, you're in quirks mode. Whatever's simple and compatible is fine.<br>
&lt;TabAtkins> astearns: are we moving to a resolution to force the strut in quirks mode?<br>
&lt;TabAtkins> florian: I guess<br>
&lt;TabAtkins> astearns: objections?<br>
&lt;TabAtkins> RESOLVED: Even in quirks mode, you do indeed insert a strut as the spec says<br>
</details>


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


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

Received on Thursday, 2 April 2026 18:34:16 UTC