Skip to content

Commit f0e4adf

Browse files
committed
spec/css3-box: [Flow roots, flows and formatting contexts]
1 parent 0f218ec commit f0e4adf

1 file changed

Lines changed: 5 additions & 1 deletion

File tree

spec/css3-box.txt

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -110,7 +110,7 @@ My preferred approach is currently to equate anonymous boxes with "fix-up boxes"
110110

111111
=====Flow roots, flows and formatting contexts=====
112112

113-
CSS has "normal flow", "in-flow" and "out of flow", but never really explains what the/a normal flow is.
113+
CSS has "normal flow", "in-flow" and "out of flow", but never really explains what the/a normal flow is. It's reasonably clear about what a flow is though.
114114

115115
===Relevant quotes for flow===
116116

@@ -151,8 +151,12 @@ From exclusions:
151151
From writing-modes:
152152
* "If an element has a different block flow direction than its containing block [..., and] the element is a block container, then it establishes a new block formatting context."
153153

154+
From regions:
155+
* "CSS Regions establish a new block formatting Context."
154156

157+
===Current thinking===
155158

159+
I question that a region establishes a BFC or even establishes any kind of formatting context. If a table or flex container is fragmented across multiple regions so that one of the regions in the middle receives only a part of the table layout or the flexbox layout, can that layout really be said to be obeying the rules of some formatting context established by the region? Indeed, if one region is set to be "display:block" and another is set to be "display:flex" and flow runs through them, what is the expected behaviour? Is the fragmented flow rendered as flex layout inside the flex region? Need to review the css3-break spec
156160
====== Spec Issues ======
157161

158162
This section is for listing errors in the spec and mismatches against CSS2.1.

0 commit comments

Comments
 (0)