1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
|
<!DOCTYPE html>
<link rel="help" href="https://drafts.csswg.org/css-sizing-4/#sizing-values">
<link rel="author" title="Daniel Holbert" href="mailto:dholbert@mozilla.com">
<script src="/resources/testharness.js"></script>
<script src="/resources/testharnessreport.js"></script>
<script src="/resources/check-layout-th.js"></script>
<meta name="assert"
content="max-block-size:stretch (setting 'max-height' in this case) resolves and clamps as expected (producing similar results as if we had specified the keyword for the block-size property)">
<style>
.cb {
block-size: 50px;
inline-size: 40px;
/* This margin & border are purely cosmetic and don't impact the sizing
* calculations in this test: */
margin: 5px;
border: 2px solid black;
/* This padding only comes into play for the subtests with absolutely
* positioned children (where our padding-box forms the containing block
* for the abspos child). */
padding-block: 5px;
padding-inline: 3px;
/* We make each containing block an inline-level box, so we can display
* subtests in multiple rows, for easier visualization: */
display: inline-block;
vertical-align: top;
}
.test {
/* We have 2+3 = 5px of margin in the block axis. This means the stretched
* children should all have a border-box size that's 5px less than the
* containing block's content-box size, i.e. 50 - 5 = 45px. */
margin-block-start: 2px;
margin-block-end: 3px;
/* We also have some border/padding that UAs will need to account for
* when computing the stretched children's content-box sizes; but these
* don't reduce our `data-expected-height` expectations, since those
* correspond to the border-box size. */
border: 3px solid blue;
padding: 2px;
/* We expect "max-block-size:stretch" to cause the used value of
* "block-size" to be clamped to the "stretch" size. */
max-block-size: stretch;
/* This is intentionally larger than our containing block's block-size,
* and we expect it to be clamped by our max-block-size specified above
* in nearly all of this test's subtests. */
block-size: 55px;
inline-size: 20px;
background: fuchsia;
}
</style>
<script>
function runTests() {
checkLayout('[data-expected-height]');
// Add box-sizing:border-box (which shouldn't impact the actual resolved
// box sizes that 'stretch' produces, aside from one subtest that we skip
// for this pass), and retest:
for (let elem of document.querySelectorAll(".test")) {
if (!elem.hasAttribute("skip-second-pass")) {
elem.style.boxSizing = "border-box";
}
}
checkLayout('[data-expected-height]:not([skip-second-pass])');
}
</script>
<body onload="runTests()">
<!-- 'stretch' on a block box, replaced element, various form controls: -->
<div class="cb">
<div class="test" data-expected-height="45"></div>
</div>
<div class="cb">
<canvas class="test" data-expected-height="45"></canvas>
</div>
<div class="cb">
<input class="test" data-expected-height="45">
</div>
<div class="cb">
<textarea class="test" data-expected-height="45"></textarea>
</div>
<div class="cb">
<button class="test" data-expected-height="45"></button>
</div>
<div class="cb">
<div class="test" style="float: left" data-expected-height="45"></div>
</div>
<br>
<!-- 'stretch' on various abspos configurations, which use the container's
padding-box as the area-to-fill (which in this case is 10px larger than
the container's content-box, hence the larger 'data-expected-*'
values vs. the previous subtests). -->
<!-- With 0 insets, the child's margin-box fills the CB's padding-box, so
the child's border-box should end being
cb-padding-box-size - child-margin-size = 60px - 5px = 55px -->
<div class="cb" style="position: relative">
<div class="test" style="position: absolute; inset-block: 0;"
data-expected-height="55"></div>
</div>
<!-- With auto insets, the child is placed at its static position which is
the origin of the CB's content-box, and then 'stretch' makes it extend
to reach the far end of the CB's padding-box. So it should be as large
as the zero-insets case above, minus the CB's block-start-padding
which is 5px. -->
<div class="cb" style="position: relative">
<div class="test" style="position: absolute" data-expected-height="50"></div>
</div>
<!-- When we specify an inset, the child should be as large as the
zero-insets case above, minus whatever nonzero inset we choose. -->
<div class="cb" style="position: relative">
<div class="test" style="position: absolute; inset-block-start: 10px"
data-expected-height="45"></div>
</div>
<div class="cb" style="position: relative">
<div class="test" style="position: absolute; inset-block-end: 10px"
data-expected-height="45"></div>
</div>
<!-- If an inset pushes the child past the edge of the CB, 'stretch' shrinks
to just the 10px needed for the child's border/padding: -->
<div class="cb" style="position: relative">
<div class="test" style="position: absolute; inset-block-end: 55px"
data-expected-height="10"></div>
</div>
<div class="cb" style="position: relative">
<div class="test" style="position: absolute; inset-block-start: 55px"
data-expected-height="10"></div>
</div>
<br>
<!-- 'stretch' on various abspos configurations in a grid: similar to
above, but the grid area forms the containing block. -->
<!-- Similar to zero insets case above, but just now in a grid: -->
<div class="cb"
style="display: inline-grid; position: relative">
<div class="test"
style="position: absolute; inset-block: 0;"
data-expected-height="55"></div>
</div>
<!-- With no insets, we're placed at our static position which is the grid's
padding-box origin, and then we stretch to reach the far end of its
padding-box. So we should be as large as the zero-insets case above. -->
<div class="cb"
style="display: inline-grid; position: relative">
<div class="test"
style="position: absolute"
data-expected-height="55"></div>
</div>
<!-- When we specify an inset, the child should be as large as the
zero-insets case above, minus whatever nonzero inset we choose. -->
<div class="cb"
style="display: inline-grid; position: relative">
<div class="test"
style="position: absolute; inset-block-start: 10px"
data-expected-height="45"></div>
</div>
<div class="cb"
style="display: inline-grid; position: relative">
<div class="test"
style="position: absolute; inset-block-end: 10px"
data-expected-height="45"></div>
</div>
<!-- If an inset pushes the child past the edge of the CB, 'stretch' shrinks
to just the 10px needed for the child's border/padding: -->
<div class="cb"
style="display: inline-grid; position: relative">
<div class="test"
style="position: absolute; inset-block-end: 55px"
data-expected-height="10"></div>
</div>
<div class="cb"
style="display: inline-grid; position: relative">
<div class="test"
style="position: absolute; inset-block-start: 55px"
data-expected-height="10"></div>
</div>
<br>
<!-- 'stretch' on a flex item: -->
<div class="cb" style="display: inline-flex; flex-direction: row">
<div class="test" data-expected-height="45"></div>
</div>
<div class="cb" style="display: inline-flex; flex-direction: column">
<div class="test" data-expected-height="45"></div>
</div>
<!--...now with an extra-large sibling sharing the child's flex line, to be
sure our 'stretch' sizing value resolves against the flex line's size: -->
<div class="cb" style="display: inline-flex; flex-flow: row wrap">
<div class="test" data-expected-height="55"></div>
<div style="block-size: 60px"></div>
</div>
<!-- 'stretch' on a grid item in a definite-size grid track: -->
<div class="cb" style="display: inline-grid; grid-template-rows: 35px">
<div class="test" data-expected-height="30"></div>
</div>
<!-- 'stretch' on a grid item in an automatically-sized grid track:
Here, the 'max-block-size:stretch' doesn't get to make a difference,
because it doesn't resolve (and hence doesn't have any clamping effect)
during the row's intrinsic-sizing pass. So the grid row ends up
being sized to exactly fit the *unclamped* 'block-size'; and that
row then establishes the containing block that we resolve the
"max-block-size:stretch" keyword against. This ultimately means that
the max-block-size happens to resolve to our unclamped block-size,
and hence it trivially has no clamping impact. (This also means that
'box-sizing' *does affect the expected size* in this subtest, unlike the
rest of this test's subtests! So, we use a dummy attribute to opt this
subtest out of this test's second pass, to avoid incorrectly asserting
that our data-expected-width is still the target size when 'box-sizing'
is tweaked.) -->
<div class="cb" style="display: inline-grid">
<div class="test" data-expected-height="65" skip-second-pass></div>
</div>
</body>
|
