[html5] r1799 - [] (0) Make the 'navigate' step resolve URLs. Make the 'navigate' algorithm more [...]
whatwg at whatwg.org
whatwg at whatwg.org
Wed Jun 25 00:38:07 PDT 2008
Author: ianh
Date: 2008-06-25 00:38:07 -0700 (Wed, 25 Jun 2008)
New Revision: 1799
Modified:
index
source
Log:
[] (0) Make the 'navigate' step resolve URLs. Make the 'navigate' algorithm more precise and correct and consistent, in particular regarding fragment identifiers. Fix some xrefs in the 'navigate' algorithm. More URLing. Add a placeholder for defining the term 'fetching'.
Modified: index
===================================================================
--- index 2008-06-25 05:36:59 UTC (rev 1798)
+++ index 2008-06-25 07:38:07 UTC (rev 1799)
@@ -309,25 +309,28 @@
strings</a>
</ul>
- <li><a href="#content-type-sniffing"><span class=secno>2.6
+ <li><a href="#fetching"><span class=secno>2.6 </span>Fetching
+ resources</a>
+
+ <li><a href="#content-type-sniffing"><span class=secno>2.7
</span>Determining the type of a resource</a>
<ul class=toc>
- <li><a href="#content-type"><span class=secno>2.6.1
+ <li><a href="#content-type"><span class=secno>2.7.1
</span>Content-Type metadata</a>
- <li><a href="#content-type0"><span class=secno>2.6.2
+ <li><a href="#content-type0"><span class=secno>2.7.2
</span>Content-Type sniffing: Web pages</a>
- <li><a href="#content-type1"><span class=secno>2.6.3
+ <li><a href="#content-type1"><span class=secno>2.7.3
</span>Content-Type sniffing: text or binary</a>
- <li><a href="#content-type2"><span class=secno>2.6.4
+ <li><a href="#content-type2"><span class=secno>2.7.4
</span>Content-Type sniffing: unknown type</a>
- <li><a href="#content-type3"><span class=secno>2.6.5
+ <li><a href="#content-type3"><span class=secno>2.7.5
</span>Content-Type sniffing: image</a>
- <li><a href="#content-type4"><span class=secno>2.6.6
+ <li><a href="#content-type4"><span class=secno>2.7.6
</span>Content-Type sniffing: feed or HTML</a>
</ul>
</ul>
@@ -5559,7 +5562,19 @@
"<code>5.0</code>" also supports "<code title="">HTML</code>"
"<code>2.0</code>".
- <h3 id=content-type-sniffing><span class=secno>2.6 </span>Determining the
+ <h3 id=fetching><span class=secno>2.6 </span>Fetching resources</h3>
+
+ <p class=big-issue>replace all instances of the word 'fetch' or 'download'
+ with a reference to this section, and put something here that talks about
+ caching, that redirects to the offline storage stuff when appropriate,
+ that defines that before fetching a URL you have to resolve the URL, so
+ that every case of fetching doesn't have to independently say to resolve
+ the URL, etc; "once fetched, a resource might have to have its type
+ determined", pointing to the next section but also explicitly saying that
+ it's up to the part of the spec doing the fetching to determine how the
+ type is established
+
+ <h3 id=content-type-sniffing><span class=secno>2.7 </span>Determining the
type of a resource</h3>
<p class=warning>It is imperative that the rules in this section be
@@ -5571,7 +5586,7 @@
the end user can be exposed to malicious content, making the user
vulnerable to cookie theft attacks and other cross-site scripting attacks.
- <h4 id=content-type><span class=secno>2.6.1 </span>Content-Type metadata</h4>
+ <h4 id=content-type><span class=secno>2.7.1 </span>Content-Type metadata</h4>
<p>What explicit <dfn id=content-type5 title=Content-Type>Content-Type
metadata</dfn> is associated with the resource (the resource's type
@@ -5654,7 +5669,7 @@
<p class=note>The above algorithm is a willful violation of the HTTP
specification. <a href="#refsRFC2616">[RFC2616]</a>
- <h4 id=content-type0><span class=secno>2.6.2 </span>Content-Type sniffing:
+ <h4 id=content-type0><span class=secno>2.7.2 </span>Content-Type sniffing:
Web pages</h4>
<p>The <dfn id=sniffed title="Content-Type sniffing">sniffed type of a
@@ -5755,7 +5770,7 @@
<p>The sniffed type of the resource is <var title="">official type</var>.
</ol>
- <h4 id=content-type1><span class=secno>2.6.3 </span><dfn
+ <h4 id=content-type1><span class=secno>2.7.3 </span><dfn
id=content-type6>Content-Type sniffing: text or binary</dfn></h4>
<ol>
@@ -5846,7 +5861,7 @@
<p>Otherwise, the sniffed type of the resource is "text/plain".
</ol>
- <h4 id=content-type2><span class=secno>2.6.4 </span><dfn
+ <h4 id=content-type2><span class=secno>2.7.4 </span><dfn
id=content-type7>Content-Type sniffing: unknown type</dfn></h4>
<ol>
@@ -6108,7 +6123,7 @@
determine that content is not HTML and thus safe from XSS attacks, but
then a user agent detects it as HTML anyway and allows script to execute).
- <h4 id=content-type3><span class=secno>2.6.5 </span><dfn
+ <h4 id=content-type3><span class=secno>2.7.5 </span><dfn
id=content-type8>Content-Type sniffing: image</dfn></h4>
<p>If the first bytes of the file match one of the byte sequences in the
@@ -6180,7 +6195,7 @@
<p>Otherwise, the sniffed type of the resource is the same as its <var
title="">official type</var>.
- <h4 id=content-type4><span class=secno>2.6.6 </span><dfn
+ <h4 id=content-type4><span class=secno>2.7.6 </span><dfn
id=content-type9>Content-Type sniffing: feed or HTML</dfn></h4>
<!-- mostly based on:
http://blogs.msdn.com/rssteam/articles/PublishersGuide.aspx
@@ -15370,15 +15385,12 @@
<p>If the <code title=attr-img-src><a href="#src">src</a></code> attribute
is omitted, the image represents whatever string is given by the element's
<code title=attr-img-alt><a href="#alt">alt</a></code> attribute, if any,
- or nothing, if that attribute is empty or absent.</p>
- <!-- XXXURL XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX \(URI\|IRI\|URL\) -->
+ or nothing, if that attribute is empty or absent.
<p>The <code title=attr-img-src><a href="#src">src</a></code> attribute, on
setting, must cause the user agent to immediately begin to download the
- specified resource<!-- XXX xref what fetching means, XXXURL how to
- resolve URLs in attributes (including those not in the DOM) -->,
- unless the user agent cannot support images, or its support for images has
- been disabled.
+ specified resource<!-- XXX xref what fetching means -->, unless the user
+ agent cannot support images, or its support for images has been disabled.
<p>The download of the image must <a href="#delays">delay the <code
title=event-load>load</code> event</a>.
@@ -15601,13 +15613,13 @@
<p>The <code><a href="#iframe">iframe</a></code> element introduces a new
nested <a href="#browsing1">browsing context</a>.
- <p>The <dfn id=src1 title=attr-iframe-src><code>src</code></dfn> attribute,
- if present, must be a <a href="#valid">valid URL</a> of a page that the
- nested <a href="#browsing1">browsing context</a> is to contain. When the
- browsing context is created, if the attribute is present, the user agent
- must <a href="#navigate">navigate</a> this browsing context to the given
- URI<!-- XXXURL resolve relative URLs -->, with <a
- href="#replacement">replacement enabled</a>, and with the <code><a
+ <p>The <dfn id=src1 title=attr-iframe-src><code>src</code></dfn> attribute
+ gives the address of a page that the nested <a href="#browsing1">browsing
+ context</a> is to contain. The attribute, if present, must be a <a
+ href="#valid">valid URL</a>. When the browsing context is created, if the
+ attribute is present, the user agent must <a href="#navigate">navigate</a>
+ the element's browsing context to the given <a href="#url">URL</a>, with
+ <a href="#replacement">replacement enabled</a>, and with the <code><a
href="#iframe">iframe</a></code> element's document's <a
href="#browsing1">browsing context</a> as the <a href="#source0">source
browsing context</a>. If the user <a href="#navigate"
@@ -15619,12 +15631,10 @@
<p>Whenever the <code title=attr-iframe-src><a href="#src1">src</a></code>
attribute is set, the nested <a href="#browsing1">browsing context</a>
- must be <a href="#navigate" title=navigate>navigated</a> to the given
- URI<!-- XXXURL
- resolve relative URLs -->, with the <code><a
- href="#iframe">iframe</a></code> element's document's <a
- href="#browsing1">browsing context</a> as the <a href="#source0">source
- browsing context</a>.
+ must be <a href="#navigate" title=navigate>navigated</a> to the given <a
+ href="#url">URL</a>, with the <code><a href="#iframe">iframe</a></code>
+ element's document's <a href="#browsing1">browsing context</a> as the <a
+ href="#source0">source browsing context</a>.
<p>If the <code title=attr-iframe-src><a href="#src1">src</a></code>
attribute is not set when the element is created, the browsing context
@@ -16178,7 +16188,8 @@
<p>The <dfn id=data title=attr-object-data><code>data</code></dfn>
attribute, if present, specifies the address of the resource. If present,
- the attribute must be a <a href="#valid">valid URL</a>.
+ the attribute must be a <a href="#valid">valid URL</a>.</p>
+ <!-- XXXURL XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX \(URI\|IRI\|URL\) -->
<p>The <dfn id=type6 title=attr-object-type><code>type</code></dfn>
attribute, if present, specifies the type of the resource. If present, the
@@ -34259,9 +34270,9 @@
documents</h4>
<p>Certain actions cause the <a href="#browsing1">browsing context</a> to
- <dfn id=navigate>navigate</dfn>. Navigation always involves a <dfn
- id=source0>source browsing context</dfn>, which is the browsing context
- which was responsible for starting the navigation.
+ <dfn id=navigate>navigate</dfn> to a new resource. Navigation always
+ involves <dfn id=source0>source browsing context</dfn>, which is the
+ browsing context which was responsible for starting the navigation.
<p class=example>For example, <a href="#following0" title="following
hyperlinks">following a hyperlink</a>, <span title="">form
@@ -34270,11 +34281,12 @@
title=dom-location-assign><a href="#assign">location.assign()</a></code>
methods can all cause a browsing context to navigate.
- <p>A user agent may also provide various ways for the user to explicitly
- cause a browsing context to navigate.
+ <p>A user agent may provide various ways for the user to explicitly cause a
+ browsing context to navigate, in addition to those defined in this
+ specification.
- <p>When a browsing context is navigated, the user agent must run the
- following steps:
+ <p>When a browsing context is navigated to a new resource, the user agent
+ must run the following steps:
<ol>
<li id=sandboxLinks>
@@ -34285,14 +34297,13 @@
contexts</a> of the <a href="#browsing1">browsing context</a> being
navigated, and the <a href="#source0">source browsing context</a> has
its <a href="#sandboxed">sandboxed navigation browsing context flag</a>
- set, then abort these steps. The user agent may offer to open the
- specified resource in a new <a href="#top-level">top-level browsing
- context</a> or in the <a href="#top-level">top-level browsing
- context</a> of the <a href="#source0">source browsing context</a>, at
- the user's option, in which case the user agent must <a
- href="#navigate">navigate</a> that designated <a
- href="#top-level">top-level browsing context</a> to the specified
- resource as if the user had requested it independently.
+ set, then abort these steps. The user agent may offer to open the new
+ resource in a new <a href="#top-level">top-level browsing context</a> or
+ in the <a href="#top-level">top-level browsing context</a> of the <a
+ href="#source0">source browsing context</a>, at the user's option, in
+ which case the user agent must <a href="#navigate">navigate</a> that
+ designated <a href="#top-level">top-level browsing context</a> to the
+ new resource as if the user had requested it independently.
<li id=seamlessLinks>
<p>If the <a href="#source0">source browsing context</a> is the same as
@@ -34306,14 +34317,25 @@
title=navigate>navigated</a> instead.
<li>
- <p>Cancel any preexisting attempt to navigate the browsing context.
+ <p>Cancel any preexisting attempt to navigate the <a
+ href="#browsing1">browsing context</a>.
- <li>
- <p>If the new resource is the same as the current resource, but a
- fragment identifier has been specified, changed, or removed, then <a
- href="#navigating0" title=navigate-fragid>navigate to that fragment
- identifier</a> and abort these steps.
+ <li><a href="#resolve" title="resolve a url">Resolve</a> the <a
+ href="#url">URL</a> of the new resource. If that fails, abort these
+ steps.
+ <li id=navigate-fragid-step>
+ <p><i>Fragment identifiers</i>: If the <a href="#absolute">absolute
+ URL</a> of the new resource is the same as the <span title="the
+ document's address">address</span><!--XXXDOCURL--> of the <a
+ href="#active">active document</a> of the <a href="#browsing1">browsing
+ context</a> being navigated, ignoring any <a href="#ltfragmentgt"
+ title=url-fragment><fragment></a> components of those <a
+ href="#url" title=URL>URLs</a>, and the new resource is to be fetched
+ using HTTP GET or equivalent, then <a href="#navigating0"
+ title=navigate-fragid>navigate to that fragment identifier</a> and abort
+ these steps.
+
<li>
<p>If the new resource is to be handled by displaying some sort of inline
content, e.g. an error message because the specified scheme is not one
@@ -34345,12 +34367,13 @@
title=concept-appcache-selection>most appropriate application cache</a>
of those that match.</p>
<!-- XXXURL JSURI issue -->
- <p>Otherwise, start fetching the specified resource in the appropriate
- manner (e.g. performing an HTTP GET or POST operation, or reading the
- file from disk, or executing script in the case of a <a
+ <p>Otherwise, start fetching<!-- XXX xref --> the new resource in the
+ appropriate manner (e.g. performing an HTTP GET or POST operation, or
+ reading the file from disk, or executing script in the case of a <a
href="#the-javascript" title="javascript protocol"><code
title="">javascript:</code> URI</a>). If this results in a redirect,
- return to step 2 with the new resource.</p>
+ return to <a href=navigate-fragid-step>the step labeled "fragment
+ identifiers"</a> with the new resource.</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
@@ -34484,11 +34507,11 @@
</dl>
<li id=navigate-non-Document>
- <p>If, given <var title="">type</var>, the new resource is to be handled
- by displaying some sort of inline content, e.g. a native rendering of
- the content, an error message because the specified type is not
- supported, or an inline prompt to allow the user to select <a
- href="#registercontenthandler"
+ <p><i>Non-document content</i>: If, given <var title="">type</var>, the
+ new resource is to be handled by displaying some sort of inline content,
+ e.g. a native rendering of the content, an error message because the
+ specified type is not supported, or an inline prompt to allow the user
+ to select <a href="#registercontenthandler"
title=dom-navigator-registerContentHandler>a registered handler</a> for
the given type, then <a href="#page-load4"
title=navigate-ua-inline>display the inline content</a> and abort these
@@ -34653,8 +34676,9 @@
dispatch to alternative processing tools, e.g. determining that the
content is actually a syndication feed and passing it to a feed handler.
If such processing is to take place, abort the steps in this section, and
- jump to <a href="#navigate-non-Document">step 10</a> in the <a
- href="#navigate">navigate</a> steps above.
+ jump to <a href="#navigate-non-Document">the next step</a> (labeled
+ "non-document content") in the <a href="#navigate">navigate</a> steps
+ above.
<p>Otherwise, then, with the newly created <code>Document</code>, the user
agents must <a href="#update2">update the session history with the new
Modified: source
===================================================================
--- source 2008-06-25 05:36:59 UTC (rev 1798)
+++ source 2008-06-25 07:38:07 UTC (rev 1799)
@@ -3870,6 +3870,21 @@
+ <h3>Fetching resources</h3>
+
+ <p class="big-issue">replace all instances of the word 'fetch' or
+ 'download' with a reference to this section, and put something here
+ that talks about caching, that redirects to the offline storage
+ stuff when appropriate, that defines that before fetching a URL you
+ have to resolve the URL, so that every case of fetching doesn't have
+ to independently say to resolve the URL, etc; "once fetched, a
+ resource might have to have its type determined", pointing to the
+ next section but also explicitly saying that it's up to the part of
+ the spec doing the fetching to determine how the type is
+ established</p>
+
+
+
<h3 id="content-type-sniffing">Determining the type of a resource</h3>
<p class="warning">It is imperative that the rules in this section
@@ -4586,6 +4601,9 @@
+
+
+
<h2 id="dom">Semantics and structure of HTML documents</h2>
<h3 id="semantics-intro">Introduction</h3>
@@ -13180,14 +13198,11 @@
- <!-- XXXURL XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX \(URI\|IRI\|URL\) -->
-
<p>The <code title="attr-img-src">src</code> attribute, on setting,
must cause the user agent to immediately begin to download the
- specified resource<!-- XXX xref what fetching means, XXXURL how to
- resolve URLs in attributes (including those not in the DOM) -->,
- unless the user agent cannot support images, or its support for
- images has been disabled.</p>
+ specified resource<!-- XXX xref what fetching means -->, unless the
+ user agent cannot support images, or its support for images has been
+ disabled.</p>
<p>The download of the image must <span>delay the <code
title="event-load">load</code> event</span>.</p>
@@ -13401,15 +13416,15 @@
<p>The <code>iframe</code> element introduces a new nested
<span>browsing context</span>.</p>
- <p>The <dfn title="attr-iframe-src"><code>src</code></dfn>
- attribute, if present, must be a <span>valid URL</span> of a page that
- the nested <span>browsing context</span> is to contain. When the
- browsing context is created, if the attribute is present, the user
- agent must <span>navigate</span> this browsing context to the given
- URI<!-- XXXURL resolve relative URLs -->, with <span>replacement
- enabled</span>, and with the <code>iframe</code> element's
- document's <span>browsing context</span> as the <span>source
- browsing context</span>. If the user <span
+ <p>The <dfn title="attr-iframe-src"><code>src</code></dfn> attribute
+ gives the address of a page that the nested <span>browsing
+ context</span> is to contain. The attribute, if present, must be a
+ <span>valid URL</span>. When the browsing context is created, if the
+ attribute is present, the user agent must <span>navigate</span> the
+ element's browsing context to the given <span>URL</span>, with
+ <span>replacement enabled</span>, and with the <code>iframe</code>
+ element's document's <span>browsing context</span> as the
+ <span>source browsing context</span>. If the user <span
title="navigate">navigates</span> away from this page, the
<code>iframe</code>'s corresponding <code>Window</code> object will
reference new <code>Document</code> objects, but the <code
@@ -13417,10 +13432,9 @@
<p>Whenever the <code title="attr-iframe-src">src</code> attribute
is set, the nested <span>browsing context</span> must be <span
- title="navigate">navigated</span> to the given URI<!-- XXXURL
- resolve relative URLs -->, with the <code>iframe</code> element's
- document's <span>browsing context</span> as the <span>source
- browsing context</span>.</p>
+ title="navigate">navigated</span> to the given <span>URL</span>,
+ with the <code>iframe</code> element's document's <span>browsing
+ context</span> as the <span>source browsing context</span>.</p>
<p>If the <code title="attr-iframe-src">src</code> attribute is not
set when the element is created, the browsing context will remain at
@@ -13985,6 +13999,8 @@
attribute, if present, specifies the address of the resource. If
present, the attribute must be a <span>valid URL</span>.</p>
+ <!-- XXXURL XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX \(URI\|IRI\|URL\) -->
+
<p>The <dfn title="attr-object-type"><code>type</code></dfn>
attribute, if present, specifies the type of the resource. If
present, the attribute must be a valid MIME type, optionally with
@@ -31921,9 +31937,9 @@
<h4>Navigating across documents</h4>
<p>Certain actions cause the <span>browsing context</span> to
- <dfn>navigate</dfn>. Navigation always involves a <dfn>source
- browsing context</dfn>, which is the browsing context which was
- responsible for starting the navigation.</p>
+ <dfn>navigate</dfn> to a new resource. Navigation always involves
+ <dfn>source browsing context</dfn>, which is the browsing context
+ which was responsible for starting the navigation.</p>
<p class="example">For example, <span title="following
hyperlinks">following a hyperlink</span>, <span title="">form
@@ -31932,11 +31948,12 @@
title="dom-location-assign">location.assign()</code> methods can all
cause a browsing context to navigate.</p>
- <p>A user agent may also provide various ways for the user to
- explicitly cause a browsing context to navigate.</p>
+ <p>A user agent may provide various ways for the user to explicitly
+ cause a browsing context to navigate, in addition to those defined
+ in this specification.</p>
- <p>When a browsing context is navigated, the user agent must run the
- following steps:</p>
+ <p>When a browsing context is navigated to a new resource, the user
+ agent must run the following steps:</p>
<ol>
@@ -31947,13 +31964,13 @@
browsing contexts</span> of the <span>browsing context</span> being
navigated, and the <span>source browsing context</span> has its
<span>sandboxed navigation browsing context flag</span> set, then
- abort these steps. The user agent may offer to open the specified
+ abort these steps. The user agent may offer to open the new
resource in a new <span>top-level browsing context</span> or in the
<span>top-level browsing context</span> of the <span>source
browsing context</span>, at the user's option, in which case the
user agent must <span>navigate</span> that designated
- <span>top-level browsing context</span> to the specified resource
- as if the user had requested it independently.</p></li>
+ <span>top-level browsing context</span> to the new resource as if
+ the user had requested it independently.</p></li>
<li id="seamlessLinks"><p>If the <span>source browsing
context</span> is the same as the <span>browsing context</span>
@@ -31965,14 +31982,24 @@
that was going to be <span title="navigate">navigated</span>
instead.</p></li>
- <li><p>Cancel any preexisting attempt to navigate the browsing
- context.</p></li>
+ <li><p>Cancel any preexisting attempt to navigate the
+ <span>browsing context</span>.</p></li>
- <li><p>If the new resource is the same as the current resource, but
- a fragment identifier has been specified, changed, or removed, then
- <span title="navigate-fragid">navigate to that fragment
- identifier</span> and abort these steps.</p></li>
+ <li><span title="resolve a url">Resolve</span> the <span>URL</span>
+ of the new resource. If that fails, abort these steps.</li>
+ <li id="navigate-fragid-step"><p><i>Fragment identifiers</i>: If
+ the <span>absolute URL</span> of the new resource is the same as
+ the <span title="the document's
+ address">address</span><!--XXXDOCURL--> of the <span>active
+ document</span> of the <span>browsing context</span> being
+ navigated, ignoring any <span
+ title="url-fragment"><fragment></span> components of those
+ <span title="URL">URLs</span>, and the new resource is to be
+ fetched using HTTP GET or equivalent, then <span
+ title="navigate-fragid">navigate to that fragment identifier</span>
+ and abort these steps.</p></li>
+
<li><p>If the new resource is to be handled by displaying some sort
of inline content, e.g. an error message because the specified
scheme is not one of the supported protocols, or an inline prompt
@@ -32004,12 +32031,13 @@
cache</span> of those that match.</p>
<!-- XXXURL JSURI issue -->
- <p>Otherwise, start fetching the specified resource in the
- appropriate manner (e.g. performing an HTTP GET or POST operation,
- or reading the file from disk, or executing script in the case of
- a <span title="javascript protocol"><code
+ <p>Otherwise, start fetching<!-- XXX xref --> the new resource in
+ the appropriate manner (e.g. performing an HTTP GET or POST
+ operation, or reading the file from disk, or executing script in
+ the case of a <span title="javascript protocol"><code
title="">javascript:</code> URI</span>). If this results in a
- redirect, return to step 2 with the new resource.</p>
+ redirect, return to <a href="navigate-fragid-step">the step
+ labeled "fragment identifiers"</a> with the new resource.</p>
<p class="example">For example, imagine an HTML page with an
associated application cache displaying an image and a form, where
@@ -32158,10 +32186,10 @@
</li>
- <li id="navigate-non-Document"><p>If, given <var
- title="">type</var>, the new resource is to be handled by
- displaying some sort of inline content, e.g. a native rendering of
- the content, an error message because the specified type is not
+ <li id="navigate-non-Document"><p><i>Non-document content</i>: If,
+ given <var title="">type</var>, the new resource is to be handled
+ by displaying some sort of inline content, e.g. a native rendering
+ of the content, an error message because the specified type is not
supported, or an inline prompt to allow the user to select <span
title="dom-navigator-registerContentHandler">a registered
handler</span> for the given type, then <span
@@ -32338,8 +32366,9 @@
e.g. determining that the content is actually a syndication feed and
passing it to a feed handler. If such processing is to take place,
abort the steps in this section, and jump to <a
- href="#navigate-non-Document">step 10</a> in the
- <span>navigate</span> steps above.</p>
+ href="#navigate-non-Document">the next step</a> (labeled
+ "non-document content") in the <span>navigate</span> steps
+ above.</p>
<p>Otherwise, then, with the newly created <code>Document</code>,
the user agents must <span>update the session history with the new
More information about the Commit-Watchers
mailing list