- From: CSS Meeting Bot via GitHub <noreply@w3.org>
- Date: Wed, 17 Sep 2025 15:47:40 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-overflow] How do empty blocks affect line-clamping by height?`, and agreed to the following: * `RESOLVED: Close no change until/unless users complain.` <details><summary>The full IRC log of that discussion</summary> <fantasai> andreubotella: Split off from a previous discussion on abspos and stuff.<br> <fantasai> andreubotella: When clamping by height, the last possible clamp point that doesn't overflow is chosen.<br> <fantasai> andreubotella: If you have a block element that has no content, it would clamp after it.<br> <fantasai> andreubotella: That's probably fine, except it means that if there's a line before that empty block, it will not be ellipsized.<br> <fantasai> andreubotella: The presence or absence of that block before/after clamp point, if that block is empty it doesn't matter. But if the block has position:relative, and contains an abspos, it does matter because it affects whether abspos is hidden or shown<br> <fantasai> andreubotella: this can also affect boxes that have non-zero content, but height set to zero<br> <fantasai> andreubotella: In those cases, the content of the box would also be shown or not shown depending.<br> <fantasai> andreubotella: I think it makes sense to clamp after zero-height boxes. Find the last possible clamp point before the height overflows<br> <fantasai> florian: Main downside is because last thing before clamp point isn't the line, we don't see the ellipsis<br> <astearns> ack fantasai<br> <fantasai> florian: Although in case of zero height *and* content, ellipsis would be seen on that content.<br> <fantasai> florian: but I guess it's ok, don't put empty <div>s where you don't need them.<br> <astearns> q+<br> <fantasai> andreubotella: If you have a box which is zero-height, but does have content (whether overflowing or abspos), you probably don't want the ellipsis to be placed on the previous line<br> <astearns> q-<br> <fantasai> andreubotella: should we depend on that?<br> <astearns> fantasai: if you have a para and then a block that’s a horiz rule<br> <astearns> fantasai: do you want that para to be ellipsised?<br> <fantasai> andreubotella: Currently it's not<br> <fantasai> andreubotella: block-ellipsis applies to the last line before clamp point if only thing in between are abspos or end of element<br> <astearns> fantasai: is that the behavior you want?<br> <fantasai> florian: We discussed earlier, and resolved on this behavior given no perfect solution.<br> <fantasai> andreubotella: For some use cases you might want it, and for others you might not.<br> <fantasai> andreubotella: [missed example]<br> <fantasai> astearns: So proposed resolution is no special handling for zero-height or empty blocks?<br> <andreubotella> s/[missed example]/if you have a line, and then an independent formatting context, you don't want the line before it to have the ellipsis/<br> <astearns> fantasai: could we just say the kinds of blocks that inhibit margin collapsing…<br> <fantasai> florian: Are you saying we should lean more on margin-collapsing-through??<br> <fantasai> astearns: Could close no change and then explore later<br> <fantasai> florian: It's not interaction with margin-collapsing, it's trying to identify which blocks we consider and those we don't<br> <fantasai> fantasai: No special handling, if people complain we'll reconsider<br> <fantasai> PROPOSED: Close no change until/unless users complain.<br> <fantasai> RESOLVED: Close no change until/unless users complain.<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/12663#issuecomment-3303610922 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 17 September 2025 15:47:41 UTC