- From: poot <cvsmail@w3.org>
- Date: Wed, 17 Jun 2009 07:57:03 +0900 (JST)
- To: public-html-diffs@w3.org
Mention the weirdness with <object> and appcache explicitly. (whatwg
r3286)
http://dev.w3.org/cvsweb/html5/spec/Overview.html?r1=1.2432&r2=1.2433&f=h
http://html5.org/tools/web-apps-tracker?from=3285&to=3286
===================================================================
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.2432
retrieving revision 1.2433
diff -u -d -r1.2432 -r1.2433
--- Overview.html 16 Jun 2009 19:57:03 -0000 1.2432
+++ Overview.html 16 Jun 2009 22:56:44 -0000 1.2433
@@ -16212,10 +16212,12 @@
to the value of this attribute; otherwise, the <a href="#browsing-context-name">browsing
context name</a> must be set to the empty string.</p>
- <p class="XXX">navigation might end up treating it as
- something else, because it can do sniffing. how should we
- handle that? it could also refetch the resource entirely,
- maybe from another application cache.</p>
+ <p class="note">It's possible that the <a href="#navigate" title="navigate">navigation</a> of the <a href="#browsing-context">browsing
+ context</a> will actually obtain the resource from a
+ different <a href="#application-cache">application cache</a>. Even if the resource
+ is then found to have a different type, it is still used as
+ part of a <a href="#nested-browsing-context">nested browsing context</a>; this algorithm
+ doesn't restart with the new resource.</p>
<!-- note that malformed XML files don't cause fallback -->
Received on Tuesday, 16 June 2009 22:57:36 UTC