Skip to content

Commit 97221e9

Browse files
committed
[css-break] Fix page/fragmentainer confusion.
1 parent d5dc805 commit 97221e9

File tree

1 file changed

+5
-2
lines changed

1 file changed

+5
-2
lines changed

css-break/Overview.bs

Lines changed: 5 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1076,7 +1076,8 @@ Transforms, Positioning, and Pagination</h3>
10761076
(The origin of an overflow-only fragment is determined
10771077
as if that content were overflowing an empty box with zero margins/borders/padding
10781078
at the start of the fragmentainer.)
1079-
However, the separation and transfer of page boxes <em>should</em> occur last;
1079+
However, in order to reduce dataloss when printing,
1080+
the separation and transfer of page boxes <em>should</em> occur last;
10801081
thus a transformed fragment that spans pages <em>should</em>
10811082
be sliced at the page breaks and print in its entirety
10821083
rather than being clipped by its originating page.
@@ -1093,11 +1094,13 @@ Transforms, Positioning, and Pagination</h3>
10931094
<p>
10941095
Absolute positioning affects layout and thus interacts with fragmentation.
10951096
Both the coordinate system and absolutely-positioned boxes belonging to a containing block
1096-
will fragment across pages in the same fragmentation flow as the containing block.
1097+
will fragment across fragmentainers in the same fragmentation flow as the containing block.
10971098

10981099
<p>
10991100
UAs are not required to correctly position boxes that span a <i>fragmentation break</i>
11001101
and whose <i>block-start</i> edge position depends on where the box's content fragments.
1102+
1103+
<p>
11011104
UAs with memory constraints that prevent them from manipulating an entire document in memory
11021105
are not required to correctly position absolutely-positioned elements
11031106
that end up on a previously-rendered page.

0 commit comments

Comments
 (0)