Skip to content

Commit e1002b5

Browse files
committed
Move the previous added text into a note.
1 parent 60a2019 commit e1002b5

2 files changed

Lines changed: 26 additions & 21 deletions

File tree

css3-images/Overview.html

Lines changed: 22 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -896,25 +896,28 @@ <h4 class=no-num id=paint-sources> Paint Sources</h4>
896896
unit.
897897
</dl>
898898

899-
<p>Because paint sources have an intrinsic appearance, it's not necessary
900-
for the element providing them to be in a document - for example, one can
901-
simply create an element with JavaScript and directly assign it to the
902-
CSSElementMap in HTML. However, some paint sources (such as an SVG
903-
<code>&lt;pattern></code>) depend on style information for their
904-
appearance, and it's currently largely undefined how styling information
905-
is assigned to an element fragment that's not part of a document. (For
906-
example, does the fragment receive styles from the active document? What
907-
if it has its own <code>&lt;style></code> or <code>&lt;link
908-
rel=stylesheet></code> in it?) This specification explicitly does not
909-
define how such a fragment is styled; it is expected that CSS will define
910-
it in sufficient detail in the future.
911-
912-
<p>For now, it is recommended that such fragments be inserted into a
913-
document before being referenced. For example, a <code>&lt;pattern></code>
914-
element may be placed into a &lsquo;<code
915-
class=css>display:none</code>&rsquo; <code>&lt;svg></code> element's
916-
<code>&lt;defs></code> element within a document; this has no rendering or
917-
layout effects on the document, but the style inheritance is well-defined.</p>
899+
<div class=note>
900+
<p>Because paint sources have an intrinsic appearance, it's not necessary
901+
for the element providing them to be in a document - for example, one can
902+
simply create an element with JavaScript and directly assign it to the
903+
CSSElementMap in HTML. However, some paint sources (such as an SVG
904+
<code>&lt;pattern></code>) depend on style information for their
905+
appearance, and it's currently largely undefined how styling information
906+
is assigned to an element fragment that's not part of a document. (For
907+
example, does the fragment receive styles from the active document? What
908+
if it has its own <code>&lt;style></code> or <code>&lt;link
909+
rel=stylesheet></code> in it?) This specification explicitly does not
910+
define how such a fragment is styled; it is expected that CSS will define
911+
it in sufficient detail in the future.</p>
912+
913+
<p>For now, it is recommended that such fragments be inserted into a
914+
document before being referenced. For example, a
915+
<code>&lt;pattern></code> element may be placed into a &lsquo;<code
916+
class=css>display:none</code>&rsquo; <code>&lt;svg></code> element's
917+
<code>&lt;defs></code> element within a document; this has no rendering
918+
or layout effects on the document, but the style inheritance is
919+
well-defined.</p>
920+
</div>
918921
<!-- ====================================================================== -->
919922

920923
<h4 class=no-num id=element-cycles> Cycle Detection</h4>

css3-images/Overview.src.html

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -471,9 +471,11 @@ <h4 id='paint-sources' class='no-num'>
471471
<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>
472472
</dl>
473473

474-
<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>&lt;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>&lt;style></code> or <code>&lt;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>
474+
<div class='note'>
475+
<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>&lt;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>&lt;style></code> or <code>&lt;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>
475476

476-
<p>For now, it is recommended that such fragments be inserted into a document before being referenced. For example, a <code>&lt;pattern></code> element may be placed into a ''display:none'' <code>&lt;svg></code> element's <code>&lt;defs></code> element within a document; this has no rendering or layout effects on the document, but the style inheritance is well-defined.</p>
477+
<p>For now, it is recommended that such fragments be inserted into a document before being referenced. For example, a <code>&lt;pattern></code> element may be placed into a ''display:none'' <code>&lt;svg></code> element's <code>&lt;defs></code> element within a document; this has no rendering or layout effects on the document, but the style inheritance is well-defined.</p>
478+
</div>
477479

478480
<!-- ====================================================================== -->
479481

0 commit comments

Comments
 (0)