Skip to content

[css-box-3][editorial] block-layout.bs: Gloss "in-flow" jargon #13073

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

[css-box-3][editorial] block-layout.bs: Gloss "in-flow" jargon #13073

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
16 changes: 8 additions & 8 deletions css-box-3/block-layout.bs
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -1774,7 +1774,7 @@ between the second and the last.

<!--
<li>Margins of an ''inline-block'' box do not collapse (not even
with its in-flow children). <span class=issue>Assuming the first
with its <a>in-flow</a> children). <span class=issue>Assuming the first
rule above (“only block-level”) is correct, this rule seems
redundant, because an inline block is not block-level.</span>
-->
Expand All @@ -1794,19 +1794,19 @@ between the second and the last.
<!-- The CSS 2.1 rule for all-horizontal text -->
<li>If the top margin of a box with non-zero computed
'min-height' and 'auto' computed 'height' collapses with the
bottom margin of its last in-flow child, then the child's bottom
bottom margin of its last <a>in-flow</a> child, then the child's bottom
margin does not collapse with the parent's bottom margin.

<!-- The following can happen in vertical-rl text -->
<li>If the right margin of a box with non-zero computed
'min-width' and 'auto' computed 'width' collapses with the
left margin of its last in-flow child, then the child's left
left margin of its last <a>in-flow</a> child, then the child's left
margin does not collapse with the parent's left margin.

<!-- The following can happen in vertical-lr text -->
<li>If the left margin of a box with non-zero computed
'min-width' and 'auto' computed 'width' collapses with the
right margin of its last in-flow child, then the child's right
right margin of its last <a>in-flow</a> child, then the child's right
margin does not collapse with the parent's right margin.
</ul>

Expand Down Expand Up @@ -2949,7 +2949,7 @@ stacking contexts, except that any elements that actually create new
stacking contexts take part in the float's parent's stacking context.
A float can overlap other boxes in the normal flow (e.g., when a
normal flow box next to a float has negative margins). When this
happens, floats are rendered in front of non-positioned in-flow
happens, floats are rendered in front of non-positioned <a>in-flow</a>
blocks, but behind in-flow inlines.

<div class=example>
Expand Down Expand Up @@ -3773,7 +3773,7 @@ z-index: canvas -1 0 1 2
negative first) then tree order.

<li>
<p>For all its in-flow, non-positioned, <a>block-level</a>
<p>For all its <a>in-flow</a>, non-positioned, <a>block-level</a>
descendants in tree order: If the element is a block,
list-item, or other block equivalent:
<ol>
Expand Down Expand Up @@ -3814,7 +3814,7 @@ z-index: canvas -1 0 1 2
</ol>

<li>
<p>Otherwise: first for the element, then for all its in-flow,
<p>Otherwise: first for the element, then for all its <a>in-flow</a>,
non-positioned, <a>block-level</a> descendants in tree order:
<ol>
<li>
Expand All @@ -3838,7 +3838,7 @@ z-index: canvas -1 0 1 2
<p>For inline elements:
<ol>
<li>
<p>For all the element's in-flow,
<p>For all the element's <a>in-flow</a>,
non-positioned, inline-level children that are
in this line box, and all runs of text inside
the element that is on this line box, in tree
Expand Down