- From: CVS User lsilli <cvsmail@w3.org>
- Date: Mon, 02 Sep 2013 04:32:46 +0000
- To: public-html-commits@w3.org
Update of /sources/public/html5/html-xhtml-author-guide In directory roscoe:/tmp/cvs-serv16006/html-xhtml-author-guide Modified Files: html-xhtml-authoring-guide.html Log Message: Typo --- /sources/public/html5/html-xhtml-author-guide/html-xhtml-authoring-guide.html 2013/09/02 04:30:30 1.129 +++ /sources/public/html5/html-xhtml-author-guide/html-xhtml-authoring-guide.html 2013/09/02 04:32:46 1.130 @@ -132,10 +132,10 @@ denominator would have required.</p> <p> For instance, included in the set of constraints on the serialization is the requirement to use the UTF-8 encoding. - This requirement is not only because of the - documented benefits (the HTML-specific ones are described in HTML5 [[!HTML5]]) of this encoding - which in turn has lead the HTML5 specification to recommend + This requirement is not only because of the documented benefits (the HTML-specific benefits are described in HTML5 [[!HTML5]]) – + which in turn has lead the HTML5 specification to recommend that all new documents use UTF-8, but also because it is the sole encoding that <em>every</em> parser, be it an HTML parser or - an XML parser, is required to support. Also, UTF-8 might in some situatiosn be the sole <em>HTML-conforming</em> option, since it is one of + an XML parser, is required to support. Also, UTF-8 might in some situations be the sole <em>HTML-conforming</em> option, since it is one of only two encodings (the other being UTF-16, with its own, separate set of well-known issues) for which XML well-formed rules doesn’t require the encoding to be explicitly declared. This in turn has the benefit that the anyhow HTML-invalid XML encoding declaration kan reliably be skipped without causing any side-effects. E.g. if one opted to use the <code>KOI8-R</code>,
Received on Monday, 2 September 2013 04:32:47 UTC