W3C home > Mailing lists > Public > public-html-diffs@w3.org > February 2010

hixie: Make the note more pedantically correct, since there are parse error differences, it turns out. (whatwg r4673)

From: poot <cvsmail@w3.org>
Date: Sat, 6 Feb 2010 09:24:08 +0900 (JST)
To: public-html-diffs@w3.org
Message-Id: <20100206002408.93AA32BBEC@toro.w3.mag.keio.ac.jp>
hixie: Make the note more pedantically correct, since there are parse
error differences, it turns out. (whatwg r4673)

http://dev.w3.org/cvsweb/html5/spec/Overview.html?r1=1.3726&r2=1.3727&f=h
http://html5.org/tools/web-apps-tracker?from=4672&to=4673

===================================================================
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.3726
retrieving revision 1.3727
diff -u -d -r1.3726 -r1.3727
--- Overview.html	6 Feb 2010 00:14:56 -0000	1.3726
+++ Overview.html	6 Feb 2010 00:23:56 -0000	1.3727
@@ -57922,12 +57922,13 @@
        <dd>Leave the tokenizer in the <a href="#data-state">data state</a>.</dd>
 
       </dl><p class="note">For performance reasons, an implementation that
-      uses the actual state machine described in this specification
-      directly could use the PLAINTEXT state instead of the RAWTEXT
-      and script data states where those are mentioned in the list
-      above. They are equivalent, since there is no <a href="#appropriate-end-tag-token">appropriate
-      end tag token</a> in the fragment case, but involve far fewer
-      state transitions.</p>
+      does not report errors and that uses the actual state machine
+      described in this specification directly could use the PLAINTEXT
+      state instead of the RAWTEXT and script data states where those
+      are mentioned in the list above. Except for rules regarding
+      parse errors, they are equivalent, since there is no
+      <a href="#appropriate-end-tag-token">appropriate end tag token</a> in the fragment case, yet
+      they involve far fewer state transitions.</p>
 
      </li>
Received on Saturday, 6 February 2010 00:24:36 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 18 December 2010 06:14:17 GMT