- From: Tab Atkins Jr.. via cvs-syncmail <cvsmail@w3.org>
- Date: Tue, 28 Feb 2012 00:14:01 +0000
- To: public-css-commits@w3.org
Update of /sources/public/csswg/css3-images In directory hutz:/tmp/cvs-serv16833 Modified Files: Overview.html Overview.src.html Log Message: Move the previous added text into a note. Index: Overview.html =================================================================== RCS file: /sources/public/csswg/css3-images/Overview.html,v retrieving revision 1.298 retrieving revision 1.299 diff -u -d -r1.298 -r1.299 --- Overview.html 28 Feb 2012 00:01:00 -0000 1.298 +++ Overview.html 28 Feb 2012 00:13:59 -0000 1.299 @@ -896,25 +896,28 @@ unit. </dl> - <p>Because paint sources have an intrinsic appearance, it's not necessary - for the element providing them to be in a document - for example, one can - simply create an element with JavaScript and directly assign it to the - CSSElementMap in HTML. However, some paint sources (such as an SVG - <code><pattern></code>) depend on style information for their - appearance, and it's currently largely undefined how styling information - is assigned to an element fragment that's not part of a document. (For - example, does the fragment receive styles from the active document? What - if it has its own <code><style></code> or <code><link - rel=stylesheet></code> in it?) This specification explicitly does not - define how such a fragment is styled; it is expected that CSS will define - it in sufficient detail in the future. + <div class=note> + <p>Because paint sources have an intrinsic appearance, it's not necessary + for the element providing them to be in a document - for example, one can + simply create an element with JavaScript and directly assign it to the + CSSElementMap in HTML. However, some paint sources (such as an SVG + <code><pattern></code>) depend on style information for their + appearance, and it's currently largely undefined how styling information + is assigned to an element fragment that's not part of a document. (For + example, does the fragment receive styles from the active document? What + if it has its own <code><style></code> or <code><link + rel=stylesheet></code> in it?) This specification explicitly does not + define how such a fragment is styled; it is expected that CSS will define + it in sufficient detail in the future.</p> - <p>For now, it is recommended that such fragments be inserted into a - document before being referenced. For example, a <code><pattern></code> - element may be placed into a ‘<code - class=css>display:none</code>’ <code><svg></code> element's - <code><defs></code> element within a document; this has no rendering or - layout effects on the document, but the style inheritance is well-defined.</p> + <p>For now, it is recommended that such fragments be inserted into a + document before being referenced. For example, a + <code><pattern></code> element may be placed into a ‘<code + class=css>display:none</code>’ <code><svg></code> element's + <code><defs></code> element within a document; this has no rendering + or layout effects on the document, but the style inheritance is + well-defined.</p> + </div> <!-- ====================================================================== --> <h4 class=no-num id=element-cycles> Cycle Detection</h4> Index: Overview.src.html =================================================================== RCS file: /sources/public/csswg/css3-images/Overview.src.html,v retrieving revision 1.308 retrieving revision 1.309 diff -u -d -r1.308 -r1.309 --- Overview.src.html 28 Feb 2012 00:01:00 -0000 1.308 +++ Overview.src.html 28 Feb 2012 00:13:59 -0000 1.309 @@ -471,9 +471,11 @@ <dd>The coordinate system has its origin at the top left corner of the <i>concrete object size</i> it's being drawn into, and the same width and height as the <i>concrete object size</i>. <a href="http://www.w3.org/TR/SVG/coords.html#Units">User coordinates</a> are sized equivalently to the CSS ''px'' unit.</dd> </dl> - <p>Because paint sources have an intrinsic appearance, it's not necessary for the element providing them to be in a document - for example, one can simply create an element with JavaScript and directly assign it to the CSSElementMap in HTML. However, some paint sources (such as an SVG <code><pattern></code>) depend on style information for their appearance, and it's currently largely undefined how styling information is assigned to an element fragment that's not part of a document. (For example, does the fragment receive styles from the active document? What if it has its own <code><style></code> or <code><link rel=stylesheet></code> in it?) This specification explicitly does not define how such a fragment is styled; it is expected that CSS will define it in sufficient detail in the future.</p> + <div class='note'> + <p>Because paint sources have an intrinsic appearance, it's not necessary for the element providing them to be in a document - for example, one can simply create an element with JavaScript and directly assign it to the CSSElementMap in HTML. However, some paint sources (such as an SVG <code><pattern></code>) depend on style information for their appearance, and it's currently largely undefined how styling information is assigned to an element fragment that's not part of a document. (For example, does the fragment receive styles from the active document? What if it has its own <code><style></code> or <code><link rel=stylesheet></code> in it?) This specification explicitly does not define how such a fragment is styled; it is expected that CSS will define it in sufficient detail in the future.</p> - <p>For now, it is recommended that such fragments be inserted into a document before being referenced. For example, a <code><pattern></code> element may be placed into a ''display:none'' <code><svg></code> element's <code><defs></code> element within a document; this has no rendering or layout effects on the document, but the style inheritance is well-defined.</p> + <p>For now, it is recommended that such fragments be inserted into a document before being referenced. For example, a <code><pattern></code> element may be placed into a ''display:none'' <code><svg></code> element's <code><defs></code> element within a document; this has no rendering or layout effects on the document, but the style inheritance is well-defined.</p> + </div> <!-- ====================================================================== -->
Received on Tuesday, 28 February 2012 00:14:03 UTC