You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Floats are special, in that their margins do not collapse with anything. So should they collapse with (or be truncated by) (or do something else (slice?) at) fragmentainer boundaries? In a way, one can say that a float's margins are treated just like border or padding, since sibling content will not overlap with the margins, unless forced. The boundary for regular boxes is the border-box, whereas for floats, it's the margin-box.
There are interoperability issues here. Gecko makes a float's block margins unbreakable if break-inside:avoid is specified, but not otherwise. Blink attempts to treat such margins as completely unbreakable (except that there are bugs with the block-end margin; see https://bugs.chromium.org/p/chromium/issues/detail?id=1458768 , but that's not very relevant here).
A. Should it be truncated, like a regular blockl?
B. Should it overflow the first column and cause the multicol container to be scrollable?
C. Should it be sliced, so that 20px ends up in the first column, and 30px in the second?
D. Should it it be pushed to the second column, just before the border-box of the float?
E. <Something even more creative>
Gecko does B, Blink does D.
The text was updated successfully, but these errors were encountered:
https://www.w3.org/TR/css-break-3/#break-margins doesn't say anything special about floats. It focuses on block-level boxes, i.e. not floats.
Floats are special, in that their margins do not collapse with anything. So should they collapse with (or be truncated by) (or do something else (slice?) at) fragmentainer boundaries? In a way, one can say that a float's margins are treated just like border or padding, since sibling content will not overlap with the margins, unless forced. The boundary for regular boxes is the border-box, whereas for floats, it's the margin-box.
There are interoperability issues here. Gecko makes a float's block margins unbreakable if break-inside:avoid is specified, but not otherwise. Blink attempts to treat such margins as completely unbreakable (except that there are bugs with the block-end margin; see https://bugs.chromium.org/p/chromium/issues/detail?id=1458768 , but that's not very relevant here).
Example:
What should happen to the margin?
A. Should it be truncated, like a regular blockl?
B. Should it overflow the first column and cause the multicol container to be scrollable?
C. Should it be sliced, so that 20px ends up in the first column, and 30px in the second?
D. Should it it be pushed to the second column, just before the border-box of the float?
E. <Something even more creative>
Gecko does B, Blink does D.
The text was updated successfully, but these errors were encountered: