Skip to content

Commit 1ecd69a

Browse files
committed
[css-images-4] Rephrase the view box scaling a bit for clarity, after discussion with dholbert. Flag lack of definition for zero-area view box.
1 parent fc4a63a commit 1ecd69a

File tree

1 file changed

+12
-7
lines changed

1 file changed

+12
-7
lines changed

css-images-4/Overview.bs

+12-7
Original file line numberDiff line numberDiff line change
@@ -1974,16 +1974,21 @@ Setting The Viewbox: the 'object-view-box' property {#the-object-view-box}
19741974
equal to the view box's width and height.
19751975
If the element had a [=natural aspect ratio=],
19761976
it's now treated as instead having the same ratio as the view box.
1977-
(Notably, 'object-fit', 'object-position',
1978-
and the resolution of the element's own size in layout
1979-
all use the view box's size instead.)
1977+
Further adjustments to the size/position of the element's contents,
1978+
such as 'object-position' or 'object-fit',
1979+
are similarly performed on the view box instead.
19801980

19811981
When the element is painted,
19821982
its contents are scaled and translated
1983-
such that the portion of the element originally covered by the view box
1984-
(relative to its original [=natural sizes=])
1985-
exactly fills the [=concrete object size=]
1986-
determined for it.
1983+
such that the element's contents
1984+
retain the same position and size
1985+
relative to the view box's final size and position
1986+
that they had when the view box's dimensions were first determined.
1987+
1988+
Issue: Have not yet defined what happens if the view box is zero-area.
1989+
It's an error case,
1990+
so precise behavior isn't important;
1991+
just need to see what impls want to do about it.
19871992
</dl>
19881993

19891994
Note: Some replaced elements might have a built-in notion of a "view box",

0 commit comments

Comments
 (0)