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

Mention the weirdness with <object> and appcache explicitly. (whatwg r3286)

From: poot <cvsmail@w3.org>
Date: Wed, 17 Jun 2009 07:57:03 +0900 (JST)
To: public-html-diffs@w3.org
Message-Id: <20090616225703.A87232BC63@toro.w3.mag.keio.ac.jp>
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

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:08:57 UTC