Work on text-shadow issues

Author: fantasai

css3-text/Overview.html

@@ -90,7 +90,7 @@ <h2 class="no-num no-toc" id=longstatus-date>Editor's Draft 17 January
     <dt>This version:
 
     <dd><a href="http://dev.w3.org/csswg/css3-text/Overview.html">$Date:
-     2011/01/17 03:42:43 $ (CVS $Revision$)</a> <!--<dd><a
+     2011/01/17 05:56:44 $ (CVS $Revision$)</a> <!--<dd><a
       href="http://www.w3.org/TR/2010/WD-css3-text-20101005/">http://www.w3.org/TR/2010/WD-css3-text-20101005/</a></dd> -->
 
 
@@ -3677,7 +3677,7 @@ <h3 id=hanging-punctuation><span class=secno>10.2. </span> Hanging
     <tr>
      <th>Applies to:
 
-     <td>block containers
+     <td>inline elements
 
     <tr>
      <th>Inherited:
@@ -3701,49 +3701,45 @@ <h3 id=hanging-punctuation><span class=secno>10.2. </span> Hanging
   </table>
 
   <p>This property determines whether a punctuation mark, if one is present,
-   may be placed outside the line box at the start or at the end of a full
-   line of text. Values have the following meanings:
+   may be placed outside the line box (or in the indent) at the start or at
+   the end of a full line of text. Such hanging punctuation is not considered
+   when measuring the line's contents for indentation, alignment, or
+   justification. Values have the following meanings:
 
   <dl>
    <dt><dfn id=first
     title="hanging-punctuation:first"><code>first</code></dfn>
 
    <dd>Punctuation (specifically, opening brackets and quotes) may hang
-    outside the start edge of the first line: such punctuation is not
-    considered when measuring the line's contents for indentation, alignment,
-    or justification. This applies to all characters in the Unicode
-    categories Ps, Pf, Pi.
+    outside the start edge of the first line. This applies to all characters
+    in the Unicode categories Ps, Pf, Pi.
 
    <dt><dfn id=last title="hanging-punctuation:last"><code>last</code></dfn>
 
    <dd>Punctuation (specifically, closing brackets and quotes) may hang
-    outside the start edge of the first line: such punctuation is not
-    considered when measuring the line's contents for alignment or
-    justification. This applies to all characters in the Unicode categories
-    Pe, Pf, and Pi as well as the stops and commas listed below.
+    outside the start edge of the first line. This applies to all characters
+    in the Unicode categories Pe, Pf, and Pi.
 
    <dt><dfn id=allow-end
     title="hanging-punctuation:allow-end"><code>allow-end</code></dfn>
 
    <dd>Punctuation (specifically, stops and commas) may hang outside the end
     edge of any line if the punctuation does not otherwise fit prior to
-    justification: such punctuation is not considered when measuring the
-    line's contents for alignment or justification.
+    justification.
 
    <dt><dfn id=force-end0
     title="hanging-punctuation:force-end"><code>force-end</code></dfn>
 
    <dd>Punctuation (specifically, stops and commas) may hang outside the end
-    edge of any line: such punctuation is not considered when measuring the
-    line's contents for alignment or justification.
+    edge of any line.
   </dl>
 
   <p>Stops and commas allowed to hang include: U+002C COMMA, U+002E FULL
-   STOP, U+060C ARABIC COMMA, U+06D4 ARABIC FULl STOP, U+3001 IDEOGRAPHIC
+   STOP, U+060C ARABIC COMMA, U+06D4 ARABIC FULL STOP, U+3001 IDEOGRAPHIC
    COMMA, U+3002 IDEOGRAPHIC FULL STOP, U+FF0C FULLWIDTH COMMA, U+FF0E
    FULLWIDTH FULL STOP, U+FE50 SMALL COMMA, U+FE51 SMALL IDEOGRAPHIC COMMA,
    U+FE52 SMALL FULL STOP, U+FF61 HALFWIDTH IDEOGRAPHIC FULL STOP, U+FF64
-   HALFWIDTH IDEOGRAPHIC COMMA, The UA may include other characters as
+   HALFWIDTH IDEOGRAPHIC COMMA. The UA may include other characters as
    appropriate.
 
   <p class=issue>Should other characters be included?
@@ -3752,10 +3748,13 @@ <h3 id=hanging-punctuation><span class=secno>10.2. </span> Hanging
    inform the working group of such additional characters.
 
   <p>In all cases only one punctuation character may hang outside the edge of
-   the line.
+   the line. Furthermore, start and end borders or padding on an inline
+   element are never allowed to hang.
+
+  <p class=note>Note that if there is not sufficient padding on the block
+   container, hanging punctuation may trigger overflow.
 
-  <p class=issue>Need to work on the description. Cover indentation as well.
-   Check for Western use-cases. Add <code>hyphens</code> value?
+  <p class=issue>Check for Western use-cases. Add <code>hyphens</code> value?
 
   <h2 id=decoration><span class=secno>11. </span> <a
    name=text-decoration>Text Decoration</a></h2>
@@ -4815,30 +4814,28 @@ <h3 id=text-shadow><span class=secno>11.3. </span> Text Shadows: the
    applied to the text of the element. <dfn
    id=ltshadowgt>&lt;shadow&gt;</dfn> is the same as defined for the
    &lsquo;<code class=property>box-shadow</code>&rsquo; property except that
-   the &lsquo;<code class=css>inset</code>&rsquo; keyword is not allowed.
-
-  <p class=issue>Should shadows be clipped to the glyph edges, like
-   &lsquo;<code class=property>box-shadow</code>&rsquo; is clipped to the box
-   edges, or should it be painted completely underneath the text. (This makes
-   a difference when the text is partially transparent.)
-
-  <p>The shadow is applied to all of the element's text as well as any text
-   decoration applied to it.
-   <!-- merge with above sentence once issue resolved --> <span
-   class=issue>Would it be better to apply shadows together with text
-   decoration: i.e. a descendant of an underlined element doesn't apply
-   shadow to its underline, but the underlining element, if it has shadows,
-   would apply it to the underline of all text it underlines.</span> When a
-   <a href="#text-outline">text outline</a> is specified, the shadow shadows
-   the outlined shape rather than the glyph shape.
+   the &lsquo;<code class=css>inset</code>&rsquo; keyword is not allowed. The
+   shadow is applied to all of the element's text as well as any text
+   decorations it specifies. When a <a href="#text-outline">text outline</a>
+   is specified, the shadow shadows the outlined shape rather than the glyph
+   shape.
 
   <p>The shadow effects are applied front-to-back: the first shadow is on
    top. The shadows may thus overlay each other, but they never overlay the
-   text itself. Shadow effects do not alter the size of a box, but may extend
-   beyond its boundaries. The shadow must be painted immediately behind the
-   element's text (in front of its background). UAs should avoid painting
-   text shadows over text in adjacent elements belonging to the same stack
-   level and stacking context.
+   text itself. The shadow must be painted at a stack level between the
+   element's border and/or background, if present, and the elements text and
+   text decoration. UAs should avoid painting text shadows over text in
+   adjacent elements belonging to the same stack level and stacking context.
+   (This may mean that the exact stack level of the shadows depends on
+   whether the element has a border or background: the exact stacking
+   behavior of text shadows is thus UA-defined.)
+
+  <p>Unlike &lsquo;<code class=property>box-shadow</code>&rsquo;, text
+   shadows are not clipped to the shadowed shape and may show through if the
+   text is partially-transparent. Like &lsquo;<code
+   class=property>box-shadow</code>&rsquo;, text shadows do not influence
+   layout, and do not trigger scrolling or increase the size of the
+   scrollable area.
 
   <p class=note>The painting order of shadows defined here is the opposite of
    that defined in the 1998 <a
@@ -4929,6 +4926,10 @@ <h3 id=text-outline><span class=secno>11.4. </span> Text Outlines: the
   <p>Implementations may ignore the blur radius when text outline is combined
    with a <a href="#text-shadow">text shadow</a>.
 
+  <p class=issue>The spread radius argument added to the &lsquo;<a
+   href="#text-shadow0"><code class=property>text-shadow</code></a>&rsquo;
+   property makes this property somewhat redundant. Should it be kept?
+
   <h2 id=ui><span class=secno>12. </span>This section should move to CSS3 UI</h2>
 
   <h3 id=text-overflow><span class=secno>12.1. </span><a
@@ -5214,7 +5215,7 @@ <h2 class=no-num id=appendix-b-property-index> Appendix B: Property index</h2>
 
      <td>none
 
-     <td>block containers
+     <td>inline elements
 
      <td>yes
 

css3-text/Overview.src.html

@@ -3684,29 +3684,25 @@ <h3 id="text-shadow">
     <p>This property accepts a comma-separated list of shadow effects to
       be applied to the text of the element. <dfn>&lt;shadow&gt;</dfn>
       is the same as defined for the 'box-shadow' property except that
-      the ''inset'' keyword is not allowed.
-
-    <p class="issue">Should shadows be clipped to the glyph edges, like
-      'box-shadow' is clipped to the box edges, or should it be painted
-      completely underneath the text. (This makes a difference when the
-      text is partially transparent.)</p>
-
-    <p>The shadow is applied to all of the element's
-      text as well as any text decoration applied to it. <!-- merge with above sentence once issue resolved -->
-      <span class="issue">Would it be better to apply shadows together with
-      text decoration: i.e. a descendant of an underlined element doesn't
-      apply shadow to its underline, but the underlining element, if it has
-      shadows, would apply it to the underline of all text it underlines.</span>
+      the ''inset'' keyword is not allowed. The shadow is applied to all
+      of the element's text as well as any text decorations it specifies.
       When a <a href="#text-outline">text outline</a> is specified, the shadow
       shadows the outlined shape rather than the glyph shape.</p>
 
     <p>The shadow effects are applied front-to-back: the first shadow is on
       top. The shadows may thus overlay each other, but they never overlay
-      the text itself. Shadow effects do not alter the size of a box, but
-      may extend beyond its boundaries. The shadow must be painted immediately
-      behind the element's text (in front of its background). UAs should avoid
-      painting text shadows over text in adjacent elements belonging to the
-      same stack level and stacking context.</p>
+      the text itself. The shadow must be painted at a stack level between
+      the element's border and/or background, if present, and the elements
+      text and text decoration. UAs should avoid painting text shadows over
+      text in adjacent elements belonging to the same stack level and stacking
+      context. (This may mean that the exact stack level of the shadows depends
+      on whether the element has a border or background: the exact stacking
+      behavior of text shadows is thus UA-defined.)</p>
+
+    <p>Unlike 'box-shadow', text shadows are not clipped to the shadowed
+      shape and may show through if the text is partially-transparent.
+      Like 'box-shadow', text shadows do not influence layout, and do not
+      trigger scrolling or increase the size of the scrollable area.
 
     <p class="note">The painting order of shadows defined here is the opposite
       of that defined in the 1998
@@ -3787,6 +3783,9 @@ <h3 id="text-outline">
     <p>Implementations may ignore the blur radius when text outline is combined
       with a <a href="#text-shadow">text shadow</a>.</p>
 
+    <p class="issue">The spread radius argument added to the 'text-shadow'
+      property makes this property somewhat redundant. Should it be kept?</p>
+
 <h2 id="ui">This section should move to CSS3 UI</h2>
   <h3 id="text-overflow"><a name="text-overflow-props"></a><a name="text-overflow-mode"></a><a name="text-overflow-ellipsis"></a><a name="ellipsis-def"></a>