[html5] r6172 - [e] (0) Clarify the meaning of the rules on wrapping cues

[whatwg at whatwg.org]

Author: ianh
Date: 2011-06-01 15:35:58 -0700 (Wed, 01 Jun 2011)
New Revision: 6172

Modified:
   complete.html
   index
   source
Log:
[e] (0) Clarify the meaning of the rules on wrapping cues

Modified: complete.html
===================================================================
--- complete.html	2011-06-01 22:23:09 UTC (rev 6171)
+++ complete.html	2011-06-01 22:35:58 UTC (rev 6172)
@@ -91846,10 +91846,15 @@
        section. (That section uses some of the variables whose values
        were calculated earlier in this algorithm.)</li>
 
-       <li>Text runs must be wrapped at the edge of their containing
-       blocks, regardless of the value of the 'white-space' property,
-       even if doing so requires splitting a word where there is no
-       line breaking opportunity.</li>
+       <li>Text runs must be wrapped according to the CSS
+       line-wrapping rules, except that additionally, regardless of
+       the value of the 'white-space' property, lines must be wrapped
+       at the edge of their containing blocks, even if doing so
+       requires splitting a word where there is no line breaking
+       opportunity. (Thus, normally text wraps as needed, but if there
+       is a particularly long word, it does not overflow as it
+       normally would in CSS, it is instead forcibly wrapped at the
+       box's edge.)</li>
 
        <li>The viewport (and initial containing block) is
        <var title="">video</var>'s rendering area.</li>

Modified: index
===================================================================
--- index	2011-06-01 22:23:09 UTC (rev 6171)
+++ index	2011-06-01 22:35:58 UTC (rev 6172)
@@ -87592,10 +87592,15 @@
        section. (That section uses some of the variables whose values
        were calculated earlier in this algorithm.)</li>
 
-       <li>Text runs must be wrapped at the edge of their containing
-       blocks, regardless of the value of the 'white-space' property,
-       even if doing so requires splitting a word where there is no
-       line breaking opportunity.</li>
+       <li>Text runs must be wrapped according to the CSS
+       line-wrapping rules, except that additionally, regardless of
+       the value of the 'white-space' property, lines must be wrapped
+       at the edge of their containing blocks, even if doing so
+       requires splitting a word where there is no line breaking
+       opportunity. (Thus, normally text wraps as needed, but if there
+       is a particularly long word, it does not overflow as it
+       normally would in CSS, it is instead forcibly wrapped at the
+       box's edge.)</li>
 
        <li>The viewport (and initial containing block) is
        <var title="">video</var>'s rendering area.</li>

Modified: source
===================================================================
--- source	2011-06-01 22:23:09 UTC (rev 6171)
+++ source	2011-06-01 22:35:58 UTC (rev 6172)
@@ -104342,10 +104342,15 @@
        section. (That section uses some of the variables whose values
        were calculated earlier in this algorithm.)</li>
 
-       <li>Text runs must be wrapped at the edge of their containing
-       blocks, regardless of the value of the 'white-space' property,
-       even if doing so requires splitting a word where there is no
-       line breaking opportunity.</li>
+       <li>Text runs must be wrapped according to the CSS
+       line-wrapping rules, except that additionally, regardless of
+       the value of the 'white-space' property, lines must be wrapped
+       at the edge of their containing blocks, even if doing so
+       requires splitting a word where there is no line breaking
+       opportunity. (Thus, normally text wraps as needed, but if there
+       is a particularly long word, it does not overflow as it
+       normally would in CSS, it is instead forcibly wrapped at the
+       box's edge.)</li>
 
        <li>The viewport (and initial containing block) is
        <var title="">video</var>'s rendering area.</li>