[html5] r7587 - [e] (0) Update font-related terminology. Affected topics: Canvas, HTML, HTML Syn [...]
whatwg at whatwg.org
whatwg at whatwg.org
Mon Dec 17 13:53:47 PST 2012
Author: ianh
Date: 2012-12-17 13:53:46 -0800 (Mon, 17 Dec 2012)
New Revision: 7587
Modified:
complete.html
index
source
Log:
[e] (0) Update font-related terminology.
Affected topics: Canvas, HTML, HTML Syntax and Parsing
Modified: complete.html
===================================================================
--- complete.html 2012-12-14 23:52:29 UTC (rev 7586)
+++ complete.html 2012-12-17 21:53:46 UTC (rev 7587)
@@ -248,7 +248,7 @@
<header class=head id=head><p><a class=logo href=http://www.whatwg.org/><img alt=WHATWG height=101 src=/images/logo width=101></a></p>
<hgroup><h1 class=allcaps>HTML</h1>
- <h2 class="no-num no-toc">Living Standard — Last Updated 14 December 2012</h2>
+ <h2 class="no-num no-toc">Living Standard — Last Updated 17 December 2012</h2>
</hgroup><dl><dt><strong>Web developer edition:</strong></dt>
<dd><strong><a href=http://developers.whatwg.org/>http://developers.whatwg.org/</a></strong></dd>
<dt>Multiple-page version:</dt>
@@ -15560,14 +15560,11 @@
<code><a href=#document>Document</a></code>. Any '@page' rules in scoped CSS resources
must be ignored.</p>
- <p class=example>For example, an '@font-face' rule defined in a
- scoped style sheet would only define the font for the purposes of
- elements in the scoped section; the font would not be used for
- elements outside the subtree. However, rules outside the subtree
- that refer to font names declared in '@font-face' rules in a scoped
- section, when those rules are inherited by nodes in the scoped
- section, would end up referring to the fonts declared in that
- section.</p>
+ <p class=example>For example, an '@font-face' rule defined in a scoped style sheet would only
+ define the font for the purposes of elements in the scoped section; the font would not be used for
+ elements outside the subtree. However, rules outside the subtree that refer to font family names
+ declared in '@font-face' rules in a scoped section, when those rules are inherited by nodes in the
+ scoped section, would end up referring to the fonts declared in that section.</p>
<hr></div>
@@ -36192,18 +36189,13 @@
'initial'), then it must be ignored, without assigning a new font
value. <a href=#refsCSS>[CSS]</a></p>
- <p>Font names must be interpreted in the context of the <a href=#font-style-source-object>font style source object</a> when
- the font is to be used; any fonts embedded using <code title="">@font-face</code> or loaded using
- the <code><a href=#fontloader>FontLoader</a></code> that are visible to the <a href=#font-style-source-object>font style source object</a> must
- therefore be available once they are loaded. If a font is used before it is fully loaded, or if
- the <a href=#font-style-source-object>font style source object</a> does not have that font in scope at the time the font is
- to be used, then it must be treated as if it was an unknown font, falling back to another as
- described by the relevant CSS specifications. <a href=#refsCSSFONTS>[CSSFONTS]</a></p>
+ <p>Font family names must be interpreted in the context of the <a href=#font-style-source-object>font style source
+ object</a> when the font is to be used; any fonts embedded using <code title="">@font-face</code> or loaded using the <code><a href=#fontloader>FontLoader</a></code> that are visible to the
+ <a href=#font-style-source-object>font style source object</a> must therefore be available once they are loaded. If a font
+ is used before it is fully loaded, or if the <a href=#font-style-source-object>font style source object</a> does not have
+ that font in scope at the time the font is to be used, then it must be treated as if it was an
+ unknown font, falling back to another as described by the relevant CSS specifications. <a href=#refsCSSFONTS>[CSSFONTS]</a></p>
- <p>Only vector fonts should be used by the user agent; if a user
- agent were to use bitmap fonts then transformations would likely
- make the font look very ugly.</p>
-
<p>On getting, the <code title=dom-context-2d-font><a href=#dom-context-2d-font>font</a></code>
attribute must return the <a href=#serializing-a-css-value title="serializing a CSS
value">serialized form</a> of the current font of the context
@@ -94636,17 +94628,13 @@
element's <a href=#syntax-start-tag title=syntax-start-tag>start tag</a> would
imply the end tag for the <code><a href=#the-p-element>p</a></code>).</p>
- <p>This can enable cross-site scripting attacks. An example of this
- would be a page that lets the user enter some font names that are
- then inserted into a CSS <code><a href=#the-style-element>style</a></code> block via the DOM and
- which then uses the <code title=dom-innerHTML><a href=#dom-innerhtml>innerHTML</a></code>
- IDL attribute to get the HTML serialization of that
- <code><a href=#the-style-element>style</a></code> element: if the user enters
- "<code></style><script>attack</script></code>" as a font
- name, <code title=dom-innerHTML><a href=#dom-innerhtml>innerHTML</a></code> will return
- markup that, if parsed in a different context, would contain a
- <code><a href=#the-script-element>script</a></code> node, even though no <code><a href=#the-script-element>script</a></code> node
- existed in the original DOM.</p>
+ <p>This can enable cross-site scripting attacks. An example of this would be a page that lets the
+ user enter some font family names that are then inserted into a CSS <code><a href=#the-style-element>style</a></code> block via
+ the DOM and which then uses the <code title=dom-innerHTML><a href=#dom-innerhtml>innerHTML</a></code> IDL attribute to get
+ the HTML serialization of that <code><a href=#the-style-element>style</a></code> element: if the user enters
+ "<code></style><script>attack</script></code>" as a font family name, <code title=dom-innerHTML><a href=#dom-innerhtml>innerHTML</a></code> will return markup that, if parsed in a different context,
+ would contain a <code><a href=#the-script-element>script</a></code> node, even though no <code><a href=#the-script-element>script</a></code> node existed in the
+ original DOM.</p>
</div>
@@ -104324,6 +104312,7 @@
John Boyer,
John Bussjaeger,
John Carpenter,
+ John Daggett,
John Fallows,
John Foliot,
John Harding,
Modified: index
===================================================================
--- index 2012-12-14 23:52:29 UTC (rev 7586)
+++ index 2012-12-17 21:53:46 UTC (rev 7587)
@@ -248,7 +248,7 @@
<header class=head id=head><p><a class=logo href=http://www.whatwg.org/><img alt=WHATWG height=101 src=/images/logo width=101></a></p>
<hgroup><h1 class=allcaps>HTML</h1>
- <h2 class="no-num no-toc">Living Standard — Last Updated 14 December 2012</h2>
+ <h2 class="no-num no-toc">Living Standard — Last Updated 17 December 2012</h2>
</hgroup><dl><dt><strong>Web developer edition:</strong></dt>
<dd><strong><a href=http://developers.whatwg.org/>http://developers.whatwg.org/</a></strong></dd>
<dt>Multiple-page version:</dt>
@@ -15560,14 +15560,11 @@
<code><a href=#document>Document</a></code>. Any '@page' rules in scoped CSS resources
must be ignored.</p>
- <p class=example>For example, an '@font-face' rule defined in a
- scoped style sheet would only define the font for the purposes of
- elements in the scoped section; the font would not be used for
- elements outside the subtree. However, rules outside the subtree
- that refer to font names declared in '@font-face' rules in a scoped
- section, when those rules are inherited by nodes in the scoped
- section, would end up referring to the fonts declared in that
- section.</p>
+ <p class=example>For example, an '@font-face' rule defined in a scoped style sheet would only
+ define the font for the purposes of elements in the scoped section; the font would not be used for
+ elements outside the subtree. However, rules outside the subtree that refer to font family names
+ declared in '@font-face' rules in a scoped section, when those rules are inherited by nodes in the
+ scoped section, would end up referring to the fonts declared in that section.</p>
<hr></div>
@@ -36192,18 +36189,13 @@
'initial'), then it must be ignored, without assigning a new font
value. <a href=#refsCSS>[CSS]</a></p>
- <p>Font names must be interpreted in the context of the <a href=#font-style-source-object>font style source object</a> when
- the font is to be used; any fonts embedded using <code title="">@font-face</code> or loaded using
- the <code><a href=#fontloader>FontLoader</a></code> that are visible to the <a href=#font-style-source-object>font style source object</a> must
- therefore be available once they are loaded. If a font is used before it is fully loaded, or if
- the <a href=#font-style-source-object>font style source object</a> does not have that font in scope at the time the font is
- to be used, then it must be treated as if it was an unknown font, falling back to another as
- described by the relevant CSS specifications. <a href=#refsCSSFONTS>[CSSFONTS]</a></p>
+ <p>Font family names must be interpreted in the context of the <a href=#font-style-source-object>font style source
+ object</a> when the font is to be used; any fonts embedded using <code title="">@font-face</code> or loaded using the <code><a href=#fontloader>FontLoader</a></code> that are visible to the
+ <a href=#font-style-source-object>font style source object</a> must therefore be available once they are loaded. If a font
+ is used before it is fully loaded, or if the <a href=#font-style-source-object>font style source object</a> does not have
+ that font in scope at the time the font is to be used, then it must be treated as if it was an
+ unknown font, falling back to another as described by the relevant CSS specifications. <a href=#refsCSSFONTS>[CSSFONTS]</a></p>
- <p>Only vector fonts should be used by the user agent; if a user
- agent were to use bitmap fonts then transformations would likely
- make the font look very ugly.</p>
-
<p>On getting, the <code title=dom-context-2d-font><a href=#dom-context-2d-font>font</a></code>
attribute must return the <a href=#serializing-a-css-value title="serializing a CSS
value">serialized form</a> of the current font of the context
@@ -94636,17 +94628,13 @@
element's <a href=#syntax-start-tag title=syntax-start-tag>start tag</a> would
imply the end tag for the <code><a href=#the-p-element>p</a></code>).</p>
- <p>This can enable cross-site scripting attacks. An example of this
- would be a page that lets the user enter some font names that are
- then inserted into a CSS <code><a href=#the-style-element>style</a></code> block via the DOM and
- which then uses the <code title=dom-innerHTML><a href=#dom-innerhtml>innerHTML</a></code>
- IDL attribute to get the HTML serialization of that
- <code><a href=#the-style-element>style</a></code> element: if the user enters
- "<code></style><script>attack</script></code>" as a font
- name, <code title=dom-innerHTML><a href=#dom-innerhtml>innerHTML</a></code> will return
- markup that, if parsed in a different context, would contain a
- <code><a href=#the-script-element>script</a></code> node, even though no <code><a href=#the-script-element>script</a></code> node
- existed in the original DOM.</p>
+ <p>This can enable cross-site scripting attacks. An example of this would be a page that lets the
+ user enter some font family names that are then inserted into a CSS <code><a href=#the-style-element>style</a></code> block via
+ the DOM and which then uses the <code title=dom-innerHTML><a href=#dom-innerhtml>innerHTML</a></code> IDL attribute to get
+ the HTML serialization of that <code><a href=#the-style-element>style</a></code> element: if the user enters
+ "<code></style><script>attack</script></code>" as a font family name, <code title=dom-innerHTML><a href=#dom-innerhtml>innerHTML</a></code> will return markup that, if parsed in a different context,
+ would contain a <code><a href=#the-script-element>script</a></code> node, even though no <code><a href=#the-script-element>script</a></code> node existed in the
+ original DOM.</p>
</div>
@@ -104324,6 +104312,7 @@
John Boyer,
John Bussjaeger,
John Carpenter,
+ John Daggett,
John Fallows,
John Foliot,
John Harding,
Modified: source
===================================================================
--- source 2012-12-14 23:52:29 UTC (rev 7586)
+++ source 2012-12-17 21:53:46 UTC (rev 7587)
@@ -16341,14 +16341,11 @@
<code>Document</code>. Any '@page' rules in scoped CSS resources
must be ignored.</p>
- <p class="example">For example, an '@font-face' rule defined in a
- scoped style sheet would only define the font for the purposes of
- elements in the scoped section; the font would not be used for
- elements outside the subtree. However, rules outside the subtree
- that refer to font names declared in '@font-face' rules in a scoped
- section, when those rules are inherited by nodes in the scoped
- section, would end up referring to the fonts declared in that
- section.</p>
+ <p class="example">For example, an '@font-face' rule defined in a scoped style sheet would only
+ define the font for the purposes of elements in the scoped section; the font would not be used for
+ elements outside the subtree. However, rules outside the subtree that refer to font family names
+ declared in '@font-face' rules in a scoped section, when those rules are inherited by nodes in the
+ scoped section, would end up referring to the fonts declared in that section.</p>
<hr>
@@ -42189,18 +42186,15 @@
'initial'), then it must be ignored, without assigning a new font
value. <a href="#refsCSS">[CSS]</a></p>
- <p>Font names must be interpreted in the context of the <span>font style source object</span> when
- the font is to be used; any fonts embedded using <code title="">@font-face</code> or loaded using
- the <code>FontLoader</code> that are visible to the <span>font style source object</span> must
- therefore be available once they are loaded. If a font is used before it is fully loaded, or if
- the <span>font style source object</span> does not have that font in scope at the time the font is
- to be used, then it must be treated as if it was an unknown font, falling back to another as
- described by the relevant CSS specifications. <a href="#refsCSSFONTS">[CSSFONTS]</a></p>
+ <p>Font family names must be interpreted in the context of the <span>font style source
+ object</span> when the font is to be used; any fonts embedded using <code
+ title="">@font-face</code> or loaded using the <code>FontLoader</code> that are visible to the
+ <span>font style source object</span> must therefore be available once they are loaded. If a font
+ is used before it is fully loaded, or if the <span>font style source object</span> does not have
+ that font in scope at the time the font is to be used, then it must be treated as if it was an
+ unknown font, falling back to another as described by the relevant CSS specifications. <a
+ href="#refsCSSFONTS">[CSSFONTS]</a></p>
- <p>Only vector fonts should be used by the user agent; if a user
- agent were to use bitmap fonts then transformations would likely
- make the font look very ugly.</p>
-
<p>On getting, the <code title="dom-context-2d-font">font</code>
attribute must return the <span title="serializing a CSS
value">serialized form</span> of the current font of the context
@@ -109581,17 +109575,14 @@
element's <span title="syntax-start-tag">start tag</span> would
imply the end tag for the <code>p</code>).</p>
- <p>This can enable cross-site scripting attacks. An example of this
- would be a page that lets the user enter some font names that are
- then inserted into a CSS <code>style</code> block via the DOM and
- which then uses the <code title="dom-innerHTML">innerHTML</code>
- IDL attribute to get the HTML serialization of that
- <code>style</code> element: if the user enters
- "<code></style><script>attack</script></code>" as a font
- name, <code title="dom-innerHTML">innerHTML</code> will return
- markup that, if parsed in a different context, would contain a
- <code>script</code> node, even though no <code>script</code> node
- existed in the original DOM.</p>
+ <p>This can enable cross-site scripting attacks. An example of this would be a page that lets the
+ user enter some font family names that are then inserted into a CSS <code>style</code> block via
+ the DOM and which then uses the <code title="dom-innerHTML">innerHTML</code> IDL attribute to get
+ the HTML serialization of that <code>style</code> element: if the user enters
+ "<code></style><script>attack</script></code>" as a font family name, <code
+ title="dom-innerHTML">innerHTML</code> will return markup that, if parsed in a different context,
+ would contain a <code>script</code> node, even though no <code>script</code> node existed in the
+ original DOM.</p>
</div>
@@ -122098,6 +122089,7 @@
John Boyer,
John Bussjaeger,
John Carpenter,
+ John Daggett,
John Fallows,
John Foliot,
John Harding,
More information about the Commit-Watchers
mailing list