@@ -429,8 +429,7 @@ <h2 id=module-interactions><span class=secno>2. </span>Module Interactions</h2>
429429 class =property > < a
430430 href ="http://www.w3.org/TR/css3-background/#the-background-attachment "> background-attachment</ a > </ code > </ code > ’
431431 property, which is specified in < a href ="#CSS3BG "
432- rel =biblioentry > [CSS3BG]<!--{{!CSS3BG}}--> </ a > .</ p >
433- <!-- Probably need more here. -->
432+ rel =biblioentry > [CSS3BG]<!--{{!CSS3BG}}--> </ a > .
434433
435434 < h2 id =css-values > < span class =secno > 3. </ span > CSS Values</ h2 >
436435
@@ -630,7 +629,8 @@ <h2 id=two-dimensional-subset><span class=secno>5. </span> Two Dimensional
630629
631630 < h2 id =transform-rendering > < span class =secno > 6. </ span > The Transform
632631 Rendering Model</ h2 >
633- <!-- This section is normative -->
632+
633+ < p class =note > This section is normative.
634634
635635 < p > Specifying a value other than ‘< code class =css > none</ code > ’ for the
636636 ‘< a href ="#effects "> < code class =css > transform</ code > </ a > ’ property
@@ -744,7 +744,6 @@ <h2 id=transform-rendering><span class=secno>6. </span>The Transform
744744 </div>
745745</div></ pre >
746746 </ div >
747- <!-- This "in the HTML namespace" is awkward. Is there a better way? -->
748747
749748 < p > In the HTML namespace, the transform property does not affect the flow
750749 of the content surrounding the transformed element. However, the extent of
@@ -790,8 +789,6 @@ <h2 id=transform-rendering><span class=secno>6. </span>The Transform
790789
791790 < h3 id =transform-3d-rendering > < span class =secno > 6.1. </ span > 3D Transform
792791 Rendering</ h3 >
793- <!-- Maybe define "tranform container" in the definitions, and use it everywhere
794- in place of "containing block"? I'm not sure if "containing block" is exactly right. -->
795792
796793 < p > Normally, elements render as flat planes, and are rendered into the
797794 same plane as their containing block. Often this is the plane shared by
@@ -882,7 +879,7 @@ <h3 id=transform-3d-rendering><span class=secno>6.1. </span>3D Transform
882879
883880 < p id =perspective-matrix-computation > The < a
884881 href ="#TermPerspectiveMatrix "> < i > perspective matrix</ i > </ a > is computed as
885- follows: <!-- Make this more mathy, with matrices? -->
882+ follows:
886883
887884 < ol >
888885 < li > Start with the identity matrix.
@@ -961,7 +958,6 @@ <h3 id=transform-3d-rendering><span class=secno>6.1. </span>3D Transform
961958 establishes the < a class =term href ="#d-rendering-context "> 3D rendering
962959 context</ a > through each element that is a containing block for the given
963960 element, as described below.
964- <!-- More detail required, probably with matrices -->
965961
966962 < div class =example >
967963 < pre >
@@ -1052,7 +1048,6 @@ <h3 id=transform-3d-rendering><span class=secno>6.1. </span>3D Transform
10521048 < li > apply to the accumulated matrix a translation equivalent to the
10531049 horizontal and vertical offset of the element relative to its
10541050 containing block as specified by the CSS visual formatting model.
1055- <!-- (tighten this!) -->
10561051
10571052 < li > multiply the accumulated matrix with the < a class =term
10581053 href ="#transformation-matrix "> transformation matrix</ a > .
@@ -1265,9 +1260,8 @@ <h3 id=processing-of-perspective-transformed-boxes><span class=secno>6.2.
12651260 sent very far away. The radial gradient is stretched over the whole box,
12661261 now enormous, so the part that's visible without scrolling should be the
12671262 color of the middle pixel: yellow. However, since the box is not actually
1268- infinite, the user can still scroll to the edges to see the blue parts.</ p >
1269- <!-- TODO: Maybe we should specify that the whole thing is
1270- yellow here somehow? Doesn't seem worth it. --> </ div >
1263+ infinite, the user can still scroll to the edges to see the blue parts.
1264+ </ div >
12711265
12721266 < div class =example >
12731267 < pre > <style>
@@ -1531,8 +1525,7 @@ <h2 id=transform-style-property><span class=secno>9. </span> The ‘<a
15311525 ‘< code class =css > 1</ code > ’.
15321526
15331527 < li > ‘< code class =property > filter</ code > ’: any value other than
1534- ‘< code class =css > none</ code > ’.</ li >
1535- <!-- Others? -->
1528+ ‘< code class =css > none</ code > ’.
15361529 </ ul >
15371530
15381531 < div class =issue >
@@ -1707,15 +1700,14 @@ <h2 id=backface-visibility-property><span class=secno>12. </span> The ‘<a
17071700 whether or not the "back" side of a transformed element is visible when
17081701 facing the viewer. With an identity transform, the front side of an
17091702 element faces the viewer. Applying a rotation about Y of 180 degrees (for
1710- instance) would cause the back side of the element to face the viewer.</ p >
1711- <!-- This should not be in a normative section. -->
1712-
1713- < p > This property is useful when you place two elements back-to-back, as
1714- you would to create a playing card. Without this property, the front and
1715- back elements could switch places at times during an animation to flip the
1716- card. Another example is creating a box out of 6 elements, but where you
1717- want to see the inside faces of the box. This is useful when creating the
1718- backdrop for a 3 dimensional stage.
1703+ instance) would cause the back side of the element to face the viewer.
1704+
1705+ < p class =note > Note that this property is useful when you place two
1706+ elements back-to-back, as you would to create a playing card. Without this
1707+ property, the front and back elements could switch places at times during
1708+ an animation to flip the card. Another example is creating a box out of 6
1709+ elements, but where you want to see the inside faces of the box. This is
1710+ useful when creating the backdrop for a 3 dimensional stage.
17191711
17201712 < table class =propdef >
17211713 < tbody >
0 commit comments