[various][editorial] Switch relevant uses of 'intrinsic width/height/aspect ratio/size' to 'natural', per w3c#4961.

Author: tabatkins

css-backgrounds-3/Overview.bs

@@ -929,13 +929,13 @@ layer.
 
 <dl dfn-for=background-size dfn-type=value>
   <dt><dfn>contain</dfn></dt>
-  <dd>Scale the image, while preserving its intrinsic aspect ratio
+  <dd>Scale the image, while preserving its [=natural aspect ratio=]
     (if any), to the largest size such that both its width and its
     height can fit inside the <span class=index>background
     positioning area.</span></dd>
 
   <dt><dfn>cover</dfn></dt>
-  <dd>Scale the image, while preserving its intrinsic aspect ratio
+  <dd>Scale the image, while preserving its [=natural aspect ratio=]
     (if any), to the smallest size such that both its width and its
     height can completely cover the background positioning area.</dd>
 
@@ -949,14 +949,14 @@ layer.
     <p>A percentage is relative to the background positioning area.
 
     <p>An ''background-size/auto'' value for one dimension is resolved by using the
-    image's intrinsic ratio and the size of the other dimension, or
-    failing that, using the image's intrinsic size, or failing that,
+    image's [=natural aspect ratio=] and the size of the other dimension, or
+    failing that, using the image's [=natural size=], or failing that,
     treating it as 100%.
 
-    <p>If both values are ''background-size/auto'' then the intrinsic width and/or
-    height of the image should be used, if any, the missing dimension
+    <p>If both values are ''background-size/auto'' then the [=natural width=] and/or
+    [=natural height|height=] of the image should be used, if any, the missing dimension
     (if any) behaving as ''background-size/auto'' as described above. If the image has
-    neither an intrinsic width nor an intrinsic height, its size is
+    neither [=natural size=], its size is
     determined as for ''contain''.
 
     <p>Negative values are invalid.
@@ -994,7 +994,7 @@ para {
     background-image: url(tile.png)}
 </pre>
 
-<p>This example uses the image's intrinsic size. Note that this is the
+<p>This example uses the image's natural size. Note that this is the
 only possible behavior in CSS level&nbsp;1 and 2.
 
 <pre>
@@ -1038,7 +1038,7 @@ step: that other dimension is scaled so that the original aspect ratio
 is restored.
 
 <div class=example>
-<p>In this example the background image is shown at its intrinsic size:
+<p>In this example the background image is shown at its natural size:
 
 <pre>
 div {
@@ -2338,7 +2338,7 @@ as if a nonempty transparent image had been specified for those
 parts. Analogously for the top and bottom values.
 
 <p>If the image must be sized to determine the slices
-(for example, for SVG images with no intrinsic size),
+(for example, for SVG images with no [=natural dimensions=]),
 then it is sized using the <a href="https://www.w3.org/TR/css3-images/#default-sizing">default sizing algorithm</a>
 with no <i>specified size</i> and the <i>border image area</i> as the <i>default object size</i>.
 
@@ -2414,9 +2414,9 @@ Values have the following meanings:</p>
 
   <dt><dfn>auto</dfn>
   <dd>If ''border-image-width/auto'' is specified then the border image width is the
-    intrinsic width or height (whichever is applicable) of the
+    [=natural size|natural=] width or height (whichever is applicable) of the
     corresponding image slice (see 'border-image-slice'). If the image
-    does not have the required intrinsic dimension then the
+    does not have the required [=natural dimension=] then the
     corresponding computed <a href="#the-border-width">border-width</a> is used
     instead.
 </dl>
@@ -3210,9 +3210,9 @@ Candidate Recommendation</a>:
 <ul>
   <li><a href="#the-background-size">Section 3.9</a>:
     Defined what happens if 'background-size' has two ''background-size/auto'' values
-    and the image is missing an intrinsic dimension.
+    and the image is missing a natural size.
     <blockquote>
-    <p>If both values are ''background-size/auto'' then the intrinsic width and/or
+    <p>If both values are ''background-size/auto'' then the natural width and/or
     height of the image should be used, if any<ins>, the missing
     dimension (if any) behaving as ‘auto’ as described above</ins>.
     </blockquote>
@@ -3244,7 +3244,7 @@ Candidate Recommendation</a>:
     Added:
     <blockquote>
     <p><ins>If the image must be sized to determine the slices (for
-    example, for SVG images with no intrinsic size), then it is sized
+    example, for SVG images with no natural size), then it is sized
     as for an auto-sized background, using the border image area as
     the default object size in place of the background positioning
     area.</ins>

css-contain-1/Overview.bs

@@ -512,10 +512,10 @@ Size Containment</h3>
 					contain-size-grid-001.html
 					</wpt>
 
-					<a>Replaced elements</a> must be treated as having an intrinsic width and height of 0
-					and no [=intrinsic aspect ratio=].
+					<a>Replaced elements</a> must be treated as having a [=natural dimensions|natural=] width and height of 0
+					and no [=natural aspect ratio=].
 
-					Note: Size containment only suppresses the [=intrinsic aspect ratio=],
+					Note: Size containment only suppresses the [=natural aspect ratio=],
 					so properties like 'aspect-ratio' which affect that [=preferred aspect ratio=] directly
 					are honored.
 
@@ -601,8 +601,8 @@ Size Containment</h3>
 
 		If the 'aspect-ratio' property had not been declared,
 		the image would have been 100px by 0px,
-		as its intrinsic aspect ratio is suppressed,
-		and its intrinsic height is treated as 0.
+		as its [=natural aspect ratio=] is suppressed,
+		and its [=natural height=] is treated as 0.
 	</div>
 
 	By itself, <a>size containment</a> does not offer much optimization opportunity.

css-contain-2/Overview.bs

@@ -543,10 +543,10 @@ Size Containment</h3>
 				contain-size-grid-001.html
 				</wpt>
 
-				<a>Replaced elements</a> must be treated as having an intrinsic width and height of 0
-				and no [=intrinsic aspect ratio=].
+				<a>Replaced elements</a> must be treated as having an [=natural dimensions|natural=] width and height of 0
+				and no [=natural aspect ratio=].
 
-				Note: Size containment only suppresses the [=intrinsic aspect ratio=],
+				Note: Size containment only suppresses the [=natural aspect ratio=],
 				so properties like 'aspect-ratio' which affect that [=preferred aspect ratio=] directly
 				are honored.
 
@@ -625,8 +625,8 @@ Size Containment</h3>
 
 		If the 'aspect-ratio' property had not been declared,
 		the image would have been 100px by 0px,
-		as its intrinsic aspect ratio is suppressed,
-		and its intrinsic height is treated as 0.
+		as its [=natural aspect ratio=] is suppressed,
+		and its [=natural height=] is treated as 0.
 	</div>
 
 	By itself, <a>size containment</a> does not offer much optimization opportunity.
@@ -1733,7 +1733,7 @@ Changes from <a href="https://www.w3.org/TR/2019/WD-css-contain-2-20191111/">201
 * Define the interaction between [=paint containment=] and 'overflow-clip-margin'
 * Add the 'content-visibility' property
 * Editorial improvements and clarifications to size and paint containment (in sync with the same improvements made to Level 1)
-* Be explicit that size containment suppresses intrinsic aspect ratio (in sync with the same improvements made to Level 1)
+* Be explicit that size containment suppresses natural aspect ratio (in sync with the same improvements made to Level 1)
 * Change terminology: replace "containing box" with "containment box" (in sync with the same improvements made to Level 1)
 
 <h3 id="l1-changes">

css-content-3/Overview.bs

@@ -154,20 +154,13 @@ Inserting and replacing content with the 'content' property</h2>
 			as if they were ''display: none''.
 
 			If the <<image>> represents an <a>invalid image</a>,
-			then it must be treated as instead representing an image with zero intrinsic width and height,
+			then it must be treated as instead representing an image with zero [=natural dimensions|natural=] width and height,
 			filled with transparent black.
 
 			Issue: The above <a>invalid image</a> behavior appears to be what Chrome is doing.
 			Is this okay?
 			Is there a better behavior we can/should use?
 
-			Issue: "Zero intrinsic width and height" gives it an undefined aspect ratio,
-			and sizing behavior is thus... undefined.
-			At least, if you give it an explicit width or height,
-			the other dimension remains at zero in Chrome.
-			This might need to be explicitly defined over in the Images spec;
-			needs some investigation around whether browsers act this way for 0x0 SVGs and rasters.
-
 			Note: Replaced elements use different layout rules than normal elements.
 			(In effect, it becomes equivalent to an HTML <{img}> element.)
 

css-display-3/Overview.bs

@@ -1018,20 +1018,20 @@ Appendix A: Glossary</h2>
 				For example, the content of the HTML <{img}> element
 				is often replaced by the image that its <{img/src}> attribute designates.
 			</span>
-			Replaced elements often have intrinsic dimensions:
-			an intrinsic width, an intrinsic height, and an intrinsic ratio.
-			For example, a bitmap image has an intrinsic width and an intrinsic height specified in absolute units
-			(from which the intrinsic ratio can obviously be determined).
-			On the other hand, other documents may not have any intrinsic dimensions
+			Replaced elements often have [=natural dimensions=].
+			For example, a bitmap image has a natural width and a natural height specified in absolute units
+			(from which the natural ratio can obviously be determined).
+			On the other hand, other objects may not have any natural dimensions
 			(for example, a blank HTML document).
+			See [[css-images-3]].
 
-			User agents may consider a replaced element to not have any intrinsic dimensions
+			User agents may consider a [=replaced element=] to not have any [=natural dimensions=]
 			if it is believed that those dimensions could leak sensitive information to a third party.
-			For example, if an HTML document changed intrinsic size depending on the user's bank balance,
-			then the UA might want to act as if that resource had no intrinsic dimensions.
+			For example, if an HTML document changed natural size depending on the user's bank balance,
+			then the UA might want to act as if that resource had no [=natural dimensions=].
 
 			The content of replaced elements is not considered in the CSS formatting model;
-			however, their intrinsic dimensions are used in various layout calculations.
+			however, their [=natural dimensions=] are used in various layout calculations.
 
 			A <dfn lt="non-replaced | non-replaced element">non-replaced</dfn> element is one that is not <a>replaced</a>,
 			i.e. whose rendering is dictated by the CSS model.

css-grid-1/Overview.bs

@@ -1110,13 +1110,13 @@ Grid Items</h2>
 
 	A <a>grid item</a> is sized within the containing block defined by its <a>grid area</a>.
 
-	Grid item calculations for 'auto' widths and heights
+	[=Grid item=] calculations for [=automatic sizes=] in a given dimensions
 	vary by their [[css-align-3#self-alignment|self-alignment values]]:
 
 	: ''align-self/normal''
 	::
-		If the grid item is a [=replaced element=] with an intrinsic size in the relevant dimension
-		(or with an aspect ratio and an intrinsic size in the other dimension)
+		If the grid item is a [=replaced element=] with a [=natural size=] in the relevant dimension
+		(or with a [=preferred aspect ratio=] and a [=natural size=] in the other dimension)
 		the grid item is sized as for ''align-self: start''
 		(consistent with the width calculation rules for block-level replaced elements in [[CSS2/visudet#block-replaced-width]]).
 
@@ -1153,15 +1153,15 @@ Grid Items</h2>
 				<tr>
 					<th scope=row>''align-self/normal''
 					<td>Fill grid area
-					<td>Use intrinsic size
+					<td>Use [=natural size=]
 				<tr>
 					<th scope=row>''align-self/stretch''
 					<td>Fill grid area
 					<td>Fill grid area
 				<tr>
 					<th scope=row>''align-self/start''/''align-self/center''/etc.
 					<td>''width/fit-content'' sizing (like floats)
-					<td>Use intrinsic size
+					<td>Use [=natural size=]
 		</table>
 	</div>
 
@@ -4679,7 +4679,7 @@ Changes since the <a href="https://www.w3.org/TR/2020/CR-css-grid-1-20200818/">1
 		<li id="change-2020-align-normal-aspect-ratio">
 			Fix errors introduced by in the previous CR by an undocumented attempt to clarify [[#grid-item-sizing]] interaction with 'aspect-ratio'.
 		<li id="change-2020-preferred-aspect-ratio">
-			Updated some instances of [=intrinsic aspect ratio=]
+			Updated some instances of [=natural aspect ratio=]
 			to use the more generic term [=preferred aspect ratio=].
 			(<a href="https://github.com/w3c/csswg-drafts/issues/4962">Issue 4962</a>)
 	</ul>
@@ -5337,8 +5337,8 @@ Major Changes</h4>
 
 		<li id="change-2016-auto-ratio">
 			Changed [[#grid-item-sizing|automatic sizing]]
-			of grid items (such as images) with an intrinsic size or ratio
-			so that they maintain their intrinsic size/ratio
+			of grid items (such as images) with [=natural dimensions=]
+			so that they maintain their [=natural dimensions=]
 			whenever the alignment properties are ''align-self/normal'' (the default case).
 			(<a href="https://github.com/w3c/csswg-drafts/issues/523">Issue #523</a>)
 			See [[#grid-item-sizing]]

css-grid-2/Overview.bs

@@ -1156,13 +1156,13 @@ Grid Items</h2>
 
 	A <a>grid item</a> is sized within the containing block defined by its <a>grid area</a>.
 
-	Grid item calculations for 'auto' widths and heights
+	[=Grid item=] calculations for [=automatic sizes=] in a given dimensions
 	vary by their [[css-align-3#self-alignment|self-alignment values]]:
 
 	: ''align-self/normal''
 	::
-		If the grid item is a [=replaced element=] with an intrinsic size in the relevant dimension
-		(or with an aspect ratio and an intrinsic size in the other dimension)
+		If the grid item is a [=replaced element=] with a [=natural size=] in the relevant dimension
+		(or with a [=preferred aspect ratio=] and a [=natural size=] in the other dimension)
 		the grid item is sized as for ''align-self: start''
 		(consistent with the width calculation rules for block-level replaced elements in [[CSS2/visudet#block-replaced-width]]).
 
@@ -1197,15 +1197,15 @@ Grid Items</h2>
 				<tr>
 					<th scope=row>''align-self/normal''
 					<td>Fill grid area
-					<td>Use intrinsic size
+					<td>Use [=natural size=]
 				<tr>
 					<th scope=row>''align-self/stretch''
 					<td>Fill grid area
 					<td>Fill grid area
 				<tr>
 					<th scope=row>''align-self/start''/''align-self/center''/etc.
 					<td>''width/fit-content'' sizing (like floats)
-					<td>Use intrinsic size
+					<td>Use [=natural size=]
 		</table>
 	</div>
 
@@ -5313,7 +5313,7 @@ Changes since the <a href="https://www.w3.org/TR/2020/CR-css-grid-2-20200818/">A
 		<li id="change-2020-align-normal-aspect-ratio">
 			Fix errors introduced by in the previous CR of CSS Grid 1 by an undocumented attempt to clarify [[#grid-item-sizing]] interaction with 'aspect-ratio'.
 		<li id="change-2020-preferred-aspect-ratio">
-			Updated some instances of [=intrinsic aspect ratio=]
+			Updated some instances of [=natural aspect ratio=]
 			to use the more generic term [=preferred aspect ratio=].
 			(<a href="https://github.com/w3c/csswg-drafts/issues/4962">Issue 4962</a>)
 	</ul>

css-images-3/Overview.bs

@@ -1196,6 +1196,9 @@ Object-Sizing Terminology {#sizing-terms}
 			if multiple sizes tie for the largest area,
 			the widest size is chosen as its [=natural dimensions=].
 
+			The [=natural width=] and [=natural height=]
+			are collectively referred to the <dfn lt="natural size">natural sizes</dfn>.
+
 		<dt><dfn>specified size</dfn>
 		<dd>
 			The specified size of an [=object=] is given by CSS,