[css-overflow-4] Clamping floats in 1d or 2d

[frivoal]

This is a follow up to #12665, where we resolved that:

RESOLVED: Floats do not increase the height of a line clamp container. They are clipped to its content edge.

I do not think we discussed whether this clipping to the content edge would be effective in the block direction only, or in both axises. Since we didn't state any restriction, it seems to imply that is true in both axes. However, this kind of goes against the logic discussed in Example 6: continue (and its line-clamp shorthand) do not generally affect overflow in the inline direction.

So, should continue: collapse cause floats be clipped in both directions, or only in the block direction?

[andreubotella]

Also, even if we're talking only about the block direction, are we clipping to both block edges? What if the float is inside a position: relative div that ends up starting before the block-start edge?

[css-meeting-bot]

The CSS Working Group just discussed [css-overflow-4] Clamping floats in 1d or 2d, and agreed to the following:

• RESOLVED: floats are only clipped at block-end edge, allow overflowing in other edges

The full IRC log of that discussion

<TabAtkins> florian: a while back we resolved that when you're clamping and there's a float that possibly goes beyond clamp point
<TabAtkins> florian: instead of earlier behavior - clamp the text but expand element to clear the float - we want to instead clamp the float at the content edge
<TabAtkins> florian: that was our resolution. but we just discussed block direction
<TabAtkins> florian: didn't discuss other directions
<TabAtkins> florian: so what happens if you also overflow in inline
<TabAtkins> florian: suspect we want to let it happen, that's the general clamping beahvior, it only limits you in block
<TabAtkins> florian: I think it makes sense to maintain that principle here
<TabAtkins> florian: andreu had a follow-up question of it it clamps in block-end only, or if block-start clamp if you relpos it up or something
<TabAtkins> florian: so first, inline direction. do we want to allow overflow?
<TabAtkins> astearns: makes sense to limit it to block direction
<fantasai> TabAtkins: This doesn't affect inline axis in any other context
<fantasai> TabAtkins: Same with block-start direction
<fantasai> TabAtkins: It doesn't affect those directions otherwise, so we shouldn't care here either
<fantasai> <fantasai> +!
<TabAtkins> andreubotella: to me the clipping proposed feels a bit werid
<fantasai> s/!/1/
<TabAtkins> andreubotella: but it makes sense probably to only happen in block
<TabAtkins> andreubotella: and if you relpos it up to the corner, you just start clipping at the edge line
<TabAtkins> florian: yep
<TabAtkins> florian: so proposed resolution is floats are only clipped at block-end edge, allow overflowing in other edges
<TabAtkins> astearns: objections to modifying previous resolution?
<TabAtkins> RESOLVED: floats are only clipped at block-end edge, allow overflowing in other edges