@@ -90,7 +90,7 @@ <h2 class="no-num no-toc" id=longstatus-date>Editor's Draft 21 July 2011</h2>
9090 < dt > This version:
9191
9292 < dd > < a href ="http://dev.w3.org/csswg/css3-text/Overview.html "> $Date:
93- 2011/07/21 20:00:30 $ (CVS $Revision$)</ a > <!--
93+ 2011/07/21 20:53:38 $ (CVS $Revision$)</ a > <!--
9494 <dd><a href="http://www.w3.org/TR/2011/WD-css3-text-20110721/">http://www.w3.org/TR/2011/WD-css3-text-20110721/</a></dd>
9595 -->
9696
@@ -663,6 +663,24 @@ <h3 id=text-transform><span class=secno>2.1. </span> <a name=caps-prop></a>
663663 < pre > abbr:lang(ja) { text-transform: fullwidth; }</ pre >
664664 </ div >
665665
666+ < p class =issue > All-caps text sometimes has special typographic
667+ considerations. For example: Punctuation and number glyphs might be
668+ adjusted for the higher "center of gravity" (see the < a
669+ href ="http://www.microsoft.com/typography/otspec/features_ae.htm#case "> case</ a >
670+ feature in OpenType). Should we turn that on by default, as they suggest?
671+ Or spacing might be adjusted for the increased visual weight of the glyphs
672+ (see the < a
673+ href ="http://www.microsoft.com/typography/otspec/features_ae.htm#cpsp "> cpsp</ a >
674+ feature in OpenType). Should we turn that on when ‘< a
675+ href ="#letter-spacing0 "> < code
676+ class =property > letter-spacing</ code > </ a > ’ is ‘< code
677+ class =css > normal</ code > ’?
678+
679+ < p > A more complicated problem is the < a
680+ href ="http://blogs.msdn.com/b/michkap/archive/2006/08/18/706383.aspx "> greek
681+ uppercasing rules</ a > which actually alter the diacritics. How should we
682+ handle that?
683+
666684 < p class =note > A future level of CSS may introduce an ‘< a
667685 href ="#text-transform0 "> < code class =css > @text-transform</ code > </ a > ’
668686 rule similar to ‘< code class =css > @counter-style</ code > ’ from
0 commit comments