Skip to content

Commit 4389468

Browse files
committed
[css-grid] Prep for WD; tweak issue wording; mark sample algorithm as explicitly non-normative as intended (and evidenced in the title).
1 parent 25cc211 commit 4389468

File tree

1 file changed

+18
-15
lines changed

1 file changed

+18
-15
lines changed

css-grid/Overview.bs

Lines changed: 18 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,10 @@
11
<h1>CSS Grid Layout Module Level 1</h1>
22

33
<pre class='metadata'>
4-
Status: ED
5-
Work Status: Refining
4+
Deadline: 2017-06-30
5+
Date: 2016-09-30
6+
Status: CR
7+
Work Status: Testing
68
Shortname: css-grid
79
Level: 1
810
Group: csswg
@@ -895,7 +897,9 @@ Sizing Grid Containers</h3>
895897

896898
In both inline and block formatting contexts,
897899
the <a>grid container</a>’s ''auto'' <a>block size</a> is its max-content size.
898-
<span class="issue">The block layout spec should define this?</span>
900+
901+
<span class="note">The block layout spec should probably define this,
902+
but it isn't written yet.</span>
899903

900904
The <a>max-content size</a> of a <a>grid container</a> is
901905
the sum of the <a>grid container’s</a> track sizes (including gutters)
@@ -3599,8 +3603,9 @@ Grid Sizing Algorithm</h3>
35993603
had that size and all other rows were infinite.
36003604

36013605
<div class="issue">
3602-
Alternatively, we could
3603-
assume the <a>available space</a> that it would have as the maximum of:
3606+
Would it help to have <a href="https://lists.w3.org/Archives/Public/www-style/2016Jan/0128.html">heuristics</a>
3607+
that attempt a more accurate initial estimate?
3608+
E.g. assuming the <a>available space</a> that it would have as the maximum of:
36043609

36053610
<ul>
36063611
<li>
@@ -3622,8 +3627,8 @@ Grid Sizing Algorithm</h3>
36223627
or a ''max-content'', ''auto'', or <<flex>> max sizing function.
36233628
</ul>
36243629

3625-
This is likely to reduce the amount of re-layout passes that are necessary,
3626-
but will it produce a different result in any cases?
3630+
This is may reduce the amount of re-layout passes that are necessary,
3631+
but will it produce a different or better result in any cases?
36273632
Should we adopt it into the spec?
36283633
</div>
36293634

@@ -3645,10 +3650,6 @@ Grid Sizing Algorithm</h3>
36453650
and <a spec=css-multicol>multi-column elements</a>.
36463651
</div>
36473652

3648-
Issue: Is one cycle enough?
3649-
3650-
Issue: Would it help to have <a href="https://lists.w3.org/Archives/Public/www-style/2016Jan/0128.html">smarter heuristics</a> for the initial size calculation?
3651-
36523653
<li>
36533654
Finally, the <a>grid container</a> is sized
36543655
using the resulting size of the <a>grid</a> as its content size,
@@ -4193,10 +4194,12 @@ Fragmenting Grid Layout</h2>
41934194
<h3 id="fragmentation-alg">
41944195
Sample Fragmentation Algorithm</h3>
41954196

4196-
<p class="issue">
4197-
This is just a rough draft.
4198-
This section needs to be severely cross-checked with the [[CSS-FLEXBOX-1]] algorithm.
4199-
Feedback overall is welcome; please reference the rules above instead as implementation guidance.
4197+
<p><em>This section is non-normative.</em>
4198+
4199+
<p class="note">
4200+
This is a rough draft of one possible fragmentation algorithm,
4201+
and still needs to be severely cross-checked with the [[CSS-FLEXBOX-1]] algorithm for consistency.
4202+
Feedback is welcome; please reference the rules above instead as implementation guidance.
42004203

42014204
<ol>
42024205
<li>

0 commit comments

Comments
 (0)