[css-sizing-4][editorial] Fixed Bikeshed issues

Author: SebastianZ

css-sizing-4/Overview.bs

@@ -18,16 +18,19 @@ Test Suite: https://wpt.fyi/results/css/css-sizing
 </pre>
 
 <pre class='link-defaults'>
+spec:css-align-3;
+	type:property; text:column-gap
+	type:value; text:stretch
+spec:css-borders-4; type:property; text:border
 spec:css-display-3; type:dfn; text:box
-spec:css-align-3; type:property; text:column-gap
-spec:css2; type: property
-	text: min-width
-	text: min-height
-	text: max-width
-	text: max-height
-spec:css-align-3; type:value; text:stretch
 spec:css-logical-1; type:property; text:block-size
 spec:css-values-5; type:function; text:calc-size()
+spec:css2; type:property
+	text:min-width
+	text:min-height
+	text:max-width
+	text:max-height
+spec:html; type:element; text:meta
 </pre>
 
 
@@ -339,7 +342,7 @@ Effects of Preferred Aspect Ratio on Automatic Sizes</h3>
 <h4 id="aspect-ratio-margin-collapse">
 Margin-collapsing</h4>
 
-	For the purpose of margin collapsing ([[css2#collapsing-margins]]),
+	For the purpose of margin collapsing ([[css2/box#collapsing-margins]]),
 	if the [=block axis=] is the [=ratio-dependent axis=],
 	it is not considered to have a [=computed value|computed=] 'block-size' of ''height/auto''.
 
@@ -494,7 +497,7 @@ Min/Max Size Transfers</h3>
 
 		In this next example,
 		the percentage height of the item cannot be resolved and [=behaves as auto=]
-		(see [[CSS2#the-height-property]]).
+		(see [[css2/visudet#the-height-property]]).
 		Since both axes now have an [=automatic size=],
 		the height becomes the [=ratio-dependent axis=].
 		Calculating the [=intrinsic size contributions=] of the box
@@ -588,7 +591,7 @@ Overriding Contained Intrinsic Sizes: the 'contain-intrinsic-*' properties</h3>
 			Note: Whether a [=replaced element=]
 			has an [=internal layout intrinsic size=]
 			is defined by the [=host language=].
-			In HTML, only <<iframe>>s do so.
+			In HTML, only <{iframe}>s do so.
 
 			Issue: Should this apply even when ''contain:layout'' isn't specified?
 
@@ -997,7 +1000,7 @@ Stretch-fit Sizing: filling the containing block</h3>
 		but the bottom margins do not collapse,
 		because the bottom margin of a box is not adjoining
 		to the bottom margin of a parent with a non-''height/auto'' height,
-		see [[CSS2#collapsing-margins]].
+		see [[css2/box#collapsing-margins]].
 		Luckily, an overflowing bottom margin doesn't have any visible effect.)
 	</div>
 
@@ -1153,7 +1156,7 @@ Recent Changes</h3>
 	* Define that 'aspect-ratio' inhibits margin self-collapsing
 		(<a href="https://github.com/w3c/csswg-drafts/issues/5328">Issue 5328</a>)
 		<blockquote>
-			<p>For the purpose of margin collapsing ([[css2#collapsing-margins]]),
+			<p>For the purpose of margin collapsing ([[css2/box#collapsing-margins]]),
 			if the [=block axis=] is the [=ratio-dependent axis=],
 			it is not considered to have a [=computed value|computed=] 'block-size' of ''height/auto''.
 		</blockquote>