diff options
| author | Oriol Brufau <obrufau@igalia.com> | 2025-04-02 05:10:04 -0700 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-04-02 12:10:04 +0000 |
| commit | 1f13e8b59619fad1ebd3d87a70d105a9a3b4867d (patch) | |
| tree | 00fecd23027fb7f2a3c23d443405da85bbdd0996 /components/script/dom/webxr/xrinputsourceevent.rs | |
| parent | 3bc0eeab8f70bab8b4a1998b5d4c636a9cbfd552 (diff) | |
| download | servo-1f13e8b59619fad1ebd3d87a70d105a9a3b4867d.tar.gz servo-1f13e8b59619fad1ebd3d87a70d105a9a3b4867d.zip | |
layout: Allow collapsing bottom margins with any indefinite block size (#36278)
According to CSS2, the bottom margin of a block container can collapse
with the bottom margin of its last in-flow child if `height` computes to
`auto`.
However, according to CSS Sizing, that was "legacy spec prose" and
should be interpreted as "behaves as `auto`".
Therefore, cyclic percentages and intrinsic keywords like `min-content`
shouldn't prevent margin collapse, because they behave as `auto`.
This change aligns Servo with Gecko and Blink, but diverges from WebKit.
https://www.w3.org/TR/CSS22/box.html#collapsing-margins
https://www.w3.org/TR/css-sizing/#behave-auto
Testing:
-
`tests/wpt/tests/css/css-sizing/margin-collapse-with-indefinite-block-size-001.html`
-
`tests/wpt/tests/css/css-sizing/margin-collapse-with-indefinite-block-size-002.html`
-
`tests/wpt/tests/css/css-sizing/margin-collapse-with-indefinite-block-size-003.html`
-
`tests/wpt/tests/css/css-sizing/margin-collapse-with-indefinite-block-size-004.html`
-
`tests/wpt/tests/css/css-sizing/margin-collapse-with-indefinite-block-size-005.html`
Signed-off-by: Oriol Brufau <obrufau@igalia.com>
Diffstat (limited to 'components/script/dom/webxr/xrinputsourceevent.rs')
0 files changed, 0 insertions, 0 deletions