[css-writing-modes] Fix more links.

Author: fantasai

css-writing-modes-3/Overview.bs

@@ -25,6 +25,7 @@ Use <i> Autolinks: yes
 spec:css21; type:property; text:float
 spec:css21; type:property; text:clear
 spec:css-multicol-1; type:property; text:column-gap
+spec:css-text-3; type:dfn; text:character
 </pre>
 
 <style>
@@ -871,7 +872,8 @@ Block Flow Direction: the 'writing-mode' property</h3>
   <p>If a box has a different 'writing-mode' value than its parent box
     (i.e. nearest ancestor without ''display: contents''):
   <ul>
-   <li>If the box would otherwise become an in-flow box with a computed 'display' of ''inline'',
+   <li>If the box would otherwise become an in-flow box
+     with a computed 'display' of ''display/inline'',
      its 'display' computes instead to ''inline-block''.
    <li>If the box is a block container,
      then it establishes a new block formatting context.
@@ -1310,11 +1312,12 @@ Vertical Typesetting and Font Features</h4>
         (East Asian fonts usually provide alternates for East Asian codepoints,
         but Western fonts typically lack any vertical typesetting features
         and East Asian fonts typically lack vertical substitutions for Western codepoints.)
-        Unicode published draft data on which <i>characters</i> should appear sideways
+        Unicode published draft data on which characters should appear sideways
         as the SVO property in <a href="http://www.unicode.org/reports/tr50/tr50-6.Orientation.txt">this data file</a>;
         however, this property has been abandoned for the current revision of [[!UTR50]].
 
-      <p><i>Characters</i> which are classified as <code>Tr</code> or <code>Tu</code> in [[!UTR50]]
+      <p><i>Typographic character units</i> which are classified
+      as <code>Tr</code> or <code>Tu</code> in [[!UTR50]]
       are expected to have alternate glyphs or positioning for typesetting upright in vertical text.
       In the case of <code>Tr</code> <i>characters</i>,
       if such vertical alternate glyphs are missing from the font,

css-writing-modes/Overview.bs

@@ -28,6 +28,7 @@ Use <i> Autolinks: yes
 spec:css21; type:property; text:float
 spec:css21; type:property; text:clear
 spec:css-multicol-1; type:property; text:column-gap
+spec:css-text-3; type:dfn; text:character
 </pre>
 
 <style>
@@ -882,7 +883,8 @@ Block Flow Direction: the 'writing-mode' property</h3>
   <p>If a box has a different 'writing-mode' value than its parent box
     (i.e. nearest ancestor without ''display: contents''):
   <ul>
-   <li>If the box would otherwise become an in-flow box with a computed 'display' of ''inline'',
+   <li>If the box would otherwise become an in-flow box
+     with a computed 'display' of ''display/inline'',
      its 'display' computes instead to ''inline-block''.
    <li>If the box is a block container,
      then it establishes a new block formatting context.
@@ -1321,11 +1323,12 @@ Vertical Typesetting and Font Features</h4>
         (East Asian fonts usually provide alternates for East Asian codepoints,
         but Western fonts typically lack any vertical typesetting features
         and East Asian fonts typically lack vertical substitutions for Western codepoints.)
-        Unicode published draft data on which <i>characters</i> should appear sideways
+        Unicode published draft data on which characters should appear sideways
         as the SVO property in <a href="http://www.unicode.org/reports/tr50/tr50-6.Orientation.txt">this data file</a>;
         however, this property has been abandoned for the current revision of [[!UTR50]].
 
-      <p><i>Characters</i> which are classified as <code>Tr</code> or <code>Tu</code> in [[!UTR50]]
+      <p><i>Typographic character units</i> which are classified
+      as <code>Tr</code> or <code>Tu</code> in [[!UTR50]]
       are expected to have alternate glyphs or positioning for typesetting upright in vertical text.
       In the case of <code>Tr</code> <i>characters</i>,
       if such vertical alternate glyphs are missing from the font,
@@ -2070,18 +2073,18 @@ Auto-sizing Block Containers in Orthogonal Flows</h4>
       where:
       <dl>
         <dt><var>min-content</var>
-        <dd>the <a href="https://www.w3.org/TR/css3-sizing/#min-content-measure">min-content inline-size</a> of the box
+        <dd>the <a>min-content inline size</a> of the box
 
         <dt><var>max-content</var>
-        <dd>the <a href="https://www.w3.org/TR/css3-sizing/#max-content-measure">max-content inline-size</a> of the box
+        <dd>the <a>max-content inline size</a> of the box
 
         <dt><var>constraint</var>
         <dd>the <i>inline-axis</i> size
         that would <a>stretch fit</a> into to the smaller of
         <ul>
           <li>the <i>available space</i>
-          <li>the nearest fixed-size ancestor <a>scrollport</a>’s <a>size</a>
-          <li>the initial containing block’s <i>size</i>
+          <li>the nearest fixed-size ancestor <a>scrollport</a>’s inner size
+          <li>the initial containing block’s size
       </dl>
 
       <div class="note">