Yet more attempts to make the ASCII-compatible definition clear. (whatwg r3334)

Yet more attempts to make the ASCII-compatible definition clear. (whatwg
r3334)

http://dev.w3.org/cvsweb/html5/spec/Overview.html?r1=1.2473&r2=1.2474&f=h
http://html5.org/tools/web-apps-tracker?from=3333&to=3334

===================================================================
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.2473
retrieving revision 1.2474
diff -u -d -r1.2473 -r1.2474
--- Overview.html 28 Jun 2009 10:57:13 -0000 1.2473
+++ Overview.html 28 Jun 2009 11:28:59 -0000 1.2474
@@ -1535,12 +1535,13 @@
   interacting with external content intended for <a href="#plugin" title="plugin">plugins</a>. When third-party software is run with
   the same privileges as the user agent itself, vulnerabilities in the
   third-party software become as dangerous as those in the user
-  agent.<h4 id="character-encodings"><span class="secno">2.1.5 </span>Character encodings</h4><p>An <dfn id="ascii-compatible-character-encoding">ASCII-compatible character encoding</dfn> is one that is
-  a superset of US-ASCII (specifically, ANSI_X3.4-1968) for bytes in
-  the set 0x09, 0x0A, 0x0C, 0x0D, 0x20 - 0x22, 0x26, 0x27, 0x2C -
-  0x3F, 0x41 - 0x5A, and 0x61 - 0x7A<!-- is that list ok? do any
-  character sets we want to support do things outside that range?
-  -->, ignoring the second and later bytes of multibyte sequences. <a href="#references">[RFC1345]</a><p class="note">This includes such exotic encodings as Shift_JIS and
+  agent.<h4 id="character-encodings"><span class="secno">2.1.5 </span>Character encodings</h4><p>An <dfn id="ascii-compatible-character-encoding">ASCII-compatible character encoding</dfn> is one in which
+  bytes 0x09, 0x0A, 0x0C, 0x0D, 0x20 - 0x22, 0x26, 0x27, 0x2C - 0x3F,
+  0x41 - 0x5A, and 0x61 - 0x7A<!-- is that list ok? do any character
+  sets we want to support do things outside that range?  -->, ignoring
+  bytes that are the second and later bytes of multibyte sequences,
+  map to the same Unicode characters as those bytes in ANSI_X3.4-1968
+  (US-ASCII). <a href="#references">[RFC1345]</a><p class="note">This includes such exotic encodings as Shift_JIS and
   variants of ISO-2022, even though it is possible for bytes like 0x70
   to be part of longer sequences that are unrelated to their
   interpretation as ASCII. It excludes such encodings as UTF-7,

Received on Sunday, 28 June 2009 11:29:55 UTC