W3C home > Mailing lists > Public > public-html-commits@w3.org > June 2009

html5/spec Overview.html,1.2473,1.2474

From: Ian Hickson via cvs-syncmail <cvsmail@w3.org>
Date: Sun, 28 Jun 2009 11:29:02 +0000
To: public-html-commits@w3.org
Message-Id: <E1MKsZC-0001v0-CE@lionel-hutz.w3.org>
Update of /sources/public/html5/spec
In directory hutz:/tmp/cvs-serv7357

Modified Files:
	Overview.html 
Log Message:
Yet more attempts to make the ASCII-compatible definition clear. (whatwg r3334)

Index: Overview.html
===================================================================
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:10 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Sunday, 28 June 2009 11:29:10 GMT