Use 'extent' instead of 'length' per Tab's excellent suggestion.

Author: fantasai

css3-writing-modes/Overview.html

@@ -28,15 +28,15 @@
 
    <h1>CSS Writing Modes Module Level 3</h1>
 
-   <h2 class="no-num no-toc" id=longstatus-date>Editor's Draft 25 March 2011</h2>
+   <h2 class="no-num no-toc" id=longstatus-date>Editor's Draft 31 March 2011</h2>
 
    <dl>
     <dt>This version:
 
     <dd><a
      href="http://dev.w3.org/csswg/css3-writing-modes/">http://dev.w3.org/csswg/css3-writing-modes/</a>
      <!--
-    <dd><a href="http://www.w3.org/TR/2011/WD-css3-writing-modes-20110325">http://www.w3.org/TR/2011/ED-css3-writing-modes-20110325</a>
+    <dd><a href="http://www.w3.org/TR/2011/WD-css3-writing-modes-20110331">http://www.w3.org/TR/2011/ED-css3-writing-modes-20110331</a>
 -->
 
 
@@ -1700,7 +1700,7 @@ <h3 id=abstract-dimensions><span class=secno>6.1. </span> Logical
     horizontal writing modes and the <i>vertical axis</i> in vertical writing
     modes.
 
-   <dt><dfn id=length>length</dfn> or <dfn id=logical-height>logical
+   <dt><dfn id=extent>extent</dfn> or <dfn id=logical-height>logical
     height</dfn>
 
    <dt>
@@ -1852,7 +1852,7 @@ <h3 id=logical-directions><span class=secno>6.4. </span> Flow-relative
       left side/  |   ---inline direction --->   |  right side/     |
       start side  |  |                           |  end side        |
                   |  | block      * horizontal * |                height/
-                  |  | direction  *writing mode* |                length
+                  |  | direction  *writing mode* |                extent
                   |  V                           |                  |
                   +------------------------------+                  V
                              bottom side/
@@ -1864,7 +1864,7 @@ <h3 id=logical-directions><span class=secno>6.4. </span> Flow-relative
    <p>A vertical Japanese block (TTB-RL):</p>
 
    <pre class=ascii-art>
-                  &lt;----- width / length ------&gt;
+                  &lt;----- width / extent ------&gt;
 
                              top side/
                             start side
@@ -1943,7 +1943,7 @@ <h3 id=logical-to-physical><span class=secno>6.5. </span>
 
    <tbody>
     <tr>
-     <th scope=row>length
+     <th scope=row>extent
 
      <td colspan=2>height
 
@@ -2185,7 +2185,7 @@ <h3 id=dimension-mapping><span class=secno>7.2. </span> Dimensional Mapping</h3>
    height) and to the the start and end margins, padding, and border.
    Likewise the calculation rules in <a
    href="http://www.w3.org/TR/CSS21/visudet.html#Computing_heights_and_margins">CSS2.1
-   Section 10.6</a> are used in the block dimension: they apply to the length
+   Section 10.6</a> are used in the block dimension: they apply to the extent
    and to the before and after margins, padding, and border. <a href="#CSS21"
    rel=biblioentry>[CSS21]<!--{{!CSS21}}--></a>
 
@@ -2211,7 +2211,7 @@ <h3 id=orthogonal-flows><span class=secno>7.3. </span> Orthogonal Flows</h3>
   </ul>
 
   <p>To handle the second case, for the purposes of calculating the layout of
-   the box, the physical dimensions corresponding to the length and measure
+   the box, the physical dimensions corresponding to the extent and measure
    of the containing block are determined using the writing mode of the box
    under consideration, not the writing mode of the element associated with
    the containing block.
@@ -2220,19 +2220,19 @@ <h3 id=orthogonal-flows><span class=secno>7.3. </span> Orthogonal Flows</h3>
    then when calculating the physical height (which is the measure) of the
    child block the physical height of the parent block is used to calculate
    the measure of the child's containing block, even though the physical
-   height is the length, not the measure, of the parent block.
+   height is the extent, not the measure, of the parent block.
 
   <p>It is common in CSS for a containing block to have a defined measure,
-   but not a defined length. This typically happens in CSS2.1 when a
+   but not a defined extent. This typically happens in CSS2.1 when a
    containing block has an &lsquo;<a href="#auto"><code
    class=css>auto</code></a>&rsquo; height, for example: its width is given
    by the calculations in <a
    href="http://www.w3.org/TR/CSS21/visudet.html#blockwidth">10.3.3</a>, but
-   its length depends on its contents. In such cases the <i>available
-   measure</i> is defined, but the <i>available length</i> is infinite.
+   its extent depends on its contents. In such cases the <i>available
+   measure</i> is defined, but the <i>available extent</i> is infinite.
 
   <p>Orthogonal flows allow the opposite to happen: for the <i>available
-   length</i> to be defined, but the <i>available measure</i> to be infinite.
+   extent</i> to be defined, but the <i>available measure</i> to be infinite.
    In such cases a percentage of the containing block measure cannot be
    defined, and thus the initial containing block's measure is used to
    calculate such percentages instead. <span class=issue>Is this definition
@@ -2258,7 +2258,7 @@ <h4 id=orthogonal-multicol><span class=secno>7.3.2. </span> Multi-column
 
   <p>If the UA supports CSS Multi-column Layout <a href="#CSS3COL"
    rel=biblioentry>[CSS3COL]<!--{{!CSS3COL}}--></a>, then for the case where
-   the available length is defined but the available measure is infinite and
+   the available extent is defined but the available measure is infinite and
    the element's measure is unconstrained (is not fixed and has no maximum):
 
   <ul>
@@ -2277,7 +2277,7 @@ <h4 id=orthogonal-multicol><span class=secno>7.3.2. </span> Multi-column
 
    <li>If the &lsquo;<code class=property>column-width</code>&rsquo; is not
     &lsquo;<a href="#auto"><code class=css>auto</code></a>&rsquo;, the
-    available length is used to calculate the column length by subtracting
+    available extent is used to calculate the column extent by subtracting
     out the element's margins, borders, and padding in the block dimension
     and flooring the result at zero. The used column-count and the used
     measure of the element then follow from filling the resulting columns

css3-writing-modes/Overview.src.html

@@ -1237,7 +1237,7 @@ <h3 id="abstract-dimensions">
       <dd>The axis in the inline dimension, i.e. the <i>horizontal
         axis</i> in horizontal writing modes and the <i>vertical axis</i>
         in vertical writing modes.</dd>
-    <dt><dfn>length</dfn> or <dfn>logical height</dfn><dt>
+    <dt><dfn>extent</dfn> or <dfn>logical height</dfn><dt>
       <dd>A measurement in the block flow dimension: refers to the
         physical height (vertical dimension) in horizontal writing
         modes, and to the physical width (horizontal dimension) in
@@ -1356,7 +1356,7 @@ <h3 id="logical-directions">
       left side/  |   ---inline direction --->   |  right side/     |
       start side  |  |                           |  end side        |
                   |  | block      * horizontal * |                height/
-                  |  | direction  *writing mode* |                length
+                  |  | direction  *writing mode* |                extent
                   |  V                           |                  |
                   +------------------------------+                  V
                              bottom side/
@@ -1366,7 +1366,7 @@ <h3 id="logical-directions">
   <div class="example">
     <p>A vertical Japanese block (TTB-RL):</p>
     <pre class="ascii-art">
-                  &lt;----- width / length ------&gt;
+                  &lt;----- width / extent ------&gt;
 
                              top side/
                             start side
@@ -1420,7 +1420,7 @@ <h3 id="logical-to-physical">
     </thead>
     <tbody>
       <tr>
-        <th scope="row">length</th>
+        <th scope="row">extent</th>
         <td colspan="2">height</td>
         <td colspan="8">width</td>
       </tr>
@@ -1599,7 +1599,7 @@ <h3 id="dimension-mapping">
     height) and to the the start and end margins, padding, and border.
     Likewise the calculation rules in
         <a href="http://www.w3.org/TR/CSS21/visudet.html#Computing_heights_and_margins">CSS2.1 Section 10.6</a>
-    are used in the block dimension: they apply to the length and to
+    are used in the block dimension: they apply to the extent and to
     the before and after margins, padding, and border. [[!CSS21]]
 
   <p>As a corollary, percentages on the margin and padding properties,
@@ -1621,28 +1621,28 @@ <h3 id="orthogonal-flows">
 
   <p>To handle the second case, for the purposes of calculating the
     layout of the box, the physical dimensions corresponding to the
-    length and measure of the containing block are determined
+    extent and measure of the containing block are determined
     using the writing mode of the box under consideration, not the
     writing mode of the element associated with the containing block.
 
   <p>For example, if a vertical block is placed inside a horizontal
     block, then when calculating the physical height (which is the
     measure) of the child block the physical height of the parent
     block is used to calculate the measure of the child's containing
-    block, even though the physical height is the length, not the
+    block, even though the physical height is the extent, not the
     measure, of the parent block.</p>
 
   <p>It is common in CSS for a containing block to have a defined
-    measure, but not a defined length. This typically happens in
+    measure, but not a defined extent. This typically happens in
     CSS2.1 when a containing block has an ''auto'' height, for
     example: its width is given by the calculations in
     <a href="http://www.w3.org/TR/CSS21/visudet.html#blockwidth">10.3.3</a>,
-    but its length depends on its contents. In such cases the
-    <i>available measure</i> is defined, but the <i>available length</i>
+    but its extent depends on its contents. In such cases the
+    <i>available measure</i> is defined, but the <i>available extent</i>
     is infinite.
 
   <p>Orthogonal flows allow the opposite to happen: for the
-    <i>available length</i> to be defined, but the <i>available
+    <i>available extent</i> to be defined, but the <i>available
     measure</i> to be infinite. In such cases a percentage of the
     containing block measure cannot be defined, and thus the
     initial containing block's measure is used to calculate such
@@ -1668,7 +1668,7 @@ <h4 id="orthogonal-multicol">
 Multi-column Layout in Orthogonal Flows</h4>
 
   <p>If the UA supports CSS Multi-column Layout [[!CSS3COL]], then
-    for the case where the available length is defined but the
+    for the case where the available extent is defined but the
     available measure is infinite and the element's measure is
     unconstrained (is not fixed and has no maximum):
 
@@ -1680,8 +1680,8 @@ <h4 id="orthogonal-multicol">
       calculated as if the element's containing block were the initial
       containing block, and the rest of the layout is calculated as
       described below for non-''auto'' column widths.
-    <li>If the 'column-width' is not ''auto'', the available length is
-      used to calculate the column length by subtracting out the element's
+    <li>If the 'column-width' is not ''auto'', the available extent is
+      used to calculate the column extent by subtracting out the element's
       margins, borders, and padding in the block dimension and flooring
       the result at zero. The used column-count and the used measure of
       the element then follow from filling the resulting columns with the

css3-writing-modes/default.css

@@ -123,7 +123,7 @@ div.example:before {
     position: absolute;
     top: -0.6em;
     left: -2.5em;
-    width: 7.5em;
+    min-width: 7.5em;
     text-align: center;
     line-height: 1em;
     color: #FFF8DD;
@@ -140,7 +140,7 @@ pre.example:before {
     position: absolute;
     top: -0.6em;
     left: -2.5em;
-    width: 7.5em;
+    min-width: 7.5em;
     text-align: center;
     line-height: 1em;
     color: #FFF8DD;