- From: poot <cvsmail@w3.org>
- Date: Thu, 24 Jul 2008 15:18:49 +0900 (JST)
- To: public-html-diffs@w3.org
Spec out the behaviour we see in IE for navigating to about:blank or
javascript: URLs vs other URLs. (whatwg r1913)
Diffs for this change per section:
Fragment identifiers: If the absolute URL of the new resource is the same as the address of the active document of the browsing context being navigated, ignoring any <fragment> components of those URLs, and the new resource is to be fetched using HTTP GET or equivalent, then navigate to that fragment identifier and abort these steps.
http://people.w3.org/mike/diffs/html5/spec/Overview.1.1103.html#navigate-fragid-step
Cumulative diff: http://people.w3.org/mike/diffs/html5/spec/Overview.diff.html
http://dev.w3.org/cvsweb/html5/spec/Overview.html?r1=1.1102&r2=1.1103&f=h
http://html5.org/tools/web-apps-tracker?from=1912&to=1913
===================================================================
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.1102
retrieving revision 1.1103
diff -u -d -r1.1102 -r1.1103
--- Overview.html 23 Jul 2008 21:08:41 -0000 1.1102
+++ Overview.html 23 Jul 2008 21:49:50 -0000 1.1103
@@ -35043,6 +35043,15 @@
return to <a href="#navigate-fragid-step">the step labeled "fragment
identifiers"</a> with the new resource.</p>
+ <p>If fetching the resource is instantaneous, as it should be for <a
+ href="#the-javascript" title="javascript protocol"><code
+ title="">javascript:</code> URLs</a> and <code>about:blank</code>, then
+ this must be synchronous, but if fetching the resource depends on
+ external resources, as it usually does for URLs that use HTTP or other
+ networking protocols, then at this point the user agents must yield to
+ whatever script invoked the navigation steps, if they were invoked by
+ script.</p>
+
<p class=example>For example, imagine an HTML page with an associated
application cache displaying an image and a form, where the image is
also used by several other application caches. If the user right-clicks
Received on Thursday, 24 July 2008 06:19:26 UTC