- From: Michael Smith via cvs-syncmail <cvsmail@w3.org>
- Date: Thu, 11 Mar 2010 04:56:36 +0000
- To: public-html-commits@w3.org
Update of /sources/public/html5/spec In directory hutz:/tmp/cvs-serv25209 Modified Files: acknowledgements.html infrastructure.html spec.html syntax.html Log Message: minor MIMESNIFf synchronisation (whatwg r4840) [updated by splitter] Index: infrastructure.html =================================================================== RCS file: /sources/public/html5/spec/infrastructure.html,v retrieving revision 1.880 retrieving revision 1.881 diff -u -d -r1.880 -r1.881 --- infrastructure.html 10 Mar 2010 02:46:36 -0000 1.880 +++ infrastructure.html 11 Mar 2010 04:56:33 -0000 1.881 @@ -3414,11 +3414,13 @@ Content-Type</dfn>, given a string <var title="">s</var>, is given in the Content-Type Processing Model specification. It either returns an encoding or nothing. <a href="references.html#refsMIMESNIFF">[MIMESNIFF]</a></p> + <p class="XXX">The above is out of date now that the relevant section has been removed from MIMESNIFF. Stay tuned; I'll bring it back here soon.</p> <p>The <dfn id="content-type-sniffing-0" title="Content-Type sniffing">sniffed type of a resource</dfn> must be found in a manner consistent with the requirements given in the Content-Type Processing Model - specification for finding that <i>sniffed type</i>. <a href="references.html#refsMIMESNIFF">[MIMESNIFF]</a></p> + specification for finding the <i>sniffed-type</i> of the relevant + sequence of octets. <a href="references.html#refsMIMESNIFF">[MIMESNIFF]</a></p> <p>The <dfn id="content-type-sniffing:-image" title="Content-Type sniffing: image">rules for sniffing images specifically</dfn> and the <dfn id="content-type-sniffing:-text-or-binary" title="Content-Type sniffing: Index: acknowledgements.html =================================================================== RCS file: /sources/public/html5/spec/acknowledgements.html,v retrieving revision 1.877 retrieving revision 1.878 diff -u -d -r1.877 -r1.878 --- acknowledgements.html 10 Mar 2010 02:46:36 -0000 1.877 +++ acknowledgements.html 11 Mar 2010 04:56:33 -0000 1.878 @@ -700,6 +700,7 @@ Rikkert Koppes, Rimantas Liubertas, Rob Ennals, + Rob Jellinghaus, Robert Blaut, Robert Collins, Robert O'Callahan, Index: spec.html =================================================================== RCS file: /sources/public/html5/spec/spec.html,v retrieving revision 1.880 retrieving revision 1.881 diff -u -d -r1.880 -r1.881 --- spec.html 10 Mar 2010 10:26:30 -0000 1.880 +++ spec.html 11 Mar 2010 04:56:33 -0000 1.881 @@ -307,7 +307,7 @@ </dl><p>This specification is available in the following formats: <a href="Overview.html">single page HTML</a>, <a href="spec.html">multipage HTML</a>. -This is revision 1.3875. +This is revision 1.3877. </p> <p class="copyright"><a href="http://www.w3.org/Consortium/Legal/ipr-notice#Copyright">Copyright</a> © 2010 <a href="http://www.w3.org/"><abbr title="World Wide Index: syntax.html =================================================================== RCS file: /sources/public/html5/spec/syntax.html,v retrieving revision 1.875 retrieving revision 1.876 diff -u -d -r1.875 -r1.876 --- syntax.html 9 Mar 2010 00:36:41 -0000 1.875 +++ syntax.html 11 Mar 2010 04:56:34 -0000 1.876 @@ -5804,12 +5804,15 @@ <p class="example">In the non-conforming stream <code><a href="a">a<table><a href="b">b</table>x</code>, - the first <code><a href="text-level-semantics.html#the-a-element">a</a></code> element would be closed upon seeing - the second one, and the "x" character would be inside a link - to "b", not to "a". This is despite the fact that the outer - <code><a href="text-level-semantics.html#the-a-element">a</a></code> element is not in table scope (meaning that a - regular <code></a></code> end tag at the start of the table - wouldn't close the outer <code><a href="text-level-semantics.html#the-a-element">a</a></code> element).</p> + the first <code><a href="text-level-semantics.html#the-a-element">a</a></code> element would be closed upon seeing the + second one, and the "x" character would be inside a link to "b", + not to "a". This is despite the fact that the outer <code><a href="text-level-semantics.html#the-a-element">a</a></code> + element is not in table scope (meaning that a regular + <code></a></code> end tag at the start of the table wouldn't + close the outer <code><a href="text-level-semantics.html#the-a-element">a</a></code> element). The result is that the + two <code><a href="text-level-semantics.html#the-a-element">a</a></code> elements are indirectly nested inside each + other — non-conforming markup will often result in + non-conforming DOMs when parsed.</p> <p><a href="#reconstruct-the-active-formatting-elements">Reconstruct the active formatting elements</a>, if any.</p>
Received on Thursday, 11 March 2010 04:56:38 UTC