- From: poot <cvsmail@w3.org>
- Date: Fri, 27 Jun 2008 08:48:07 +0900 (JST)
- To: public-html-diffs@w3.org
URLification of javascript: URL section (whatwg r1809) (changed by: Ian
Hickson)
Diff: http://people.w3.org/mike/diffs/html5/spec/Overview.1.998.html
Cumulative diff: http://people.w3.org/mike/diffs/html5/spec/Overview.diff.html
http://dev.w3.org/cvsweb/html5/spec/Overview.html?r1=1.997&r2=1.998&f=h
http://dev.w3.org/html5/spec/Overview.html
http://html5.org/tools/web-apps-tracker?from=1808&to=1809
===================================================================
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.997
retrieving revision 1.998
diff -u -d -r1.997 -r1.998
--- Overview.html 26 Jun 2008 22:47:46 -0000 1.997
+++ Overview.html 26 Jun 2008 23:46:15 -0000 1.998
@@ -30940,63 +30940,55 @@
<h4 id=security4><span class=secno>5.4.2 </span>Security exceptions</h4>
<p class=big-issue>Define <dfn id=security9>security exception</dfn>.</p>
- <!-- XXXURL XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX \(URI\|IRI\|URL\) -->
<!-- SCRIPT EXEC -->
<h4 id=javascript-protocol><span class=secno>5.4.3 </span><dfn
id=the-javascript title="javascript protocol">The <code
title="">javascript:</code> protocol</dfn></h4>
- <!-- XXXURL merge into URLs section? (we could define 'fetch'/'download' while we're at it?) -->
- <!-- XXXURL JSURL issue -->
+ <!-- XXX maybe this should be merged into the 'fetch' section -->
- <p>A URI using the <code title="">javascript:</code> protocol must, if and
+ <p>A URL using the <code title="">javascript:</code> protocol must, if and
when dereferenced, be evaluated by executing the script obtained using the
content retrieval operation defined for <code title="">javascript:</code>
- URIs. <a href="#references">[JSURI]</a></p>
- <!-- XXXURL JSURL issue -->
+ URLs. <a href="#references">[JSURL]</a></p>
<!--
-JSURI: http://ietfreport.isoc.org/all-ids/draft-hoehrmann-javascript-scheme-00.txt and
+JSURL: http://ietfreport.isoc.org/all-ids/draft-hoehrmann-javascript-scheme-00.txt and
http://www.websitedev.de/ietf/draft-hoehrmann-javascript-scheme-00.txt should be as stable as it gets,
http://ietfreport.isoc.org/idref/draft-hoehrmann-javascript-scheme/ for the latest version
-->
- <!-- XXXURL JSURL issue -->
<p>When a <a href="#browsing1">browsing context</a> is <a href="#navigate"
- title=navigate>navigated</a> to a <code>javascript:</code> URI, and the <a
+ title=navigate>navigated</a> to a <code>javascript:</code> URL, and the <a
href="#active">active document</a> of that browsing context has the <a
- href="#same-origin">same origin</a> as the script given by that URI, the
+ href="#same-origin">same origin</a> as the script given by that URL, the
<a href="#script2">script execution context</a> must be the <code><a
href="#window">Window</a></code> object of the <a
href="#browsing1">browsing context</a> being navigated, and the <a
href="#script4">script document context</a> must be that <a
- href="#active">active document</a>.</p>
- <!-- XXXURL JSURL issue -->
+ href="#active">active document</a>.
<p>When a browsing context is <a href="#navigate"
- title=navigate>navigated</a> to a <code>javascript:</code> URI, and the <a
+ title=navigate>navigated</a> to a <code>javascript:</code> URL, and the <a
href="#active">active document</a> of that browsing context has an <a
href="#origin0">origin</a> that is <em>not</em> the <a href="#same-origin"
- title="same origin">same</a> as that of the script given by the URI, the
+ title="same origin">same</a> as that of the script given by the URL, the
<a href="#script2">script execution context</a> must be an empty object,
and the <a href="#script3">script browsing context</a> must be the <a
href="#browsing1">browsing context</a> being <a href="#navigate"
- title=navigate>navigated</a>.</p>
- <!-- XXXURL JSURL issue -->
+ title=navigate>navigated</a>.
<p>Otherwise, the <a href="#script2">script execution context</a> must be
an empty object, and the <a href="#script2">script execution context</a>'s
associated <a href="#browsing1">browsing context</a> must be the <a
href="#browsing1">browsing context</a> of the <code>Document</code> object
of the element, attribute, or style sheet from which the
- <code>javascript:</code> URI was reached.</p>
- <!-- XXXURL JSURL issue -->
+ <code>javascript:</code> URL was reached.
<p>If the result of executing the script is void (there is no return
- value), then the URI must be treated in a manner equivalent to an HTTP
- resource with an HTTP 204 No Content response.</p>
- <!-- XXXURL JSURL issue -->
+ value), then the URL must be treated in a manner equivalent to an HTTP
+ resource with an HTTP 204 No Content response.
- <p>Otherwise, the URI must be treated in a manner equivalent to an HTTP
+ <p>Otherwise, the URL must be treated in a manner equivalent to an HTTP
resource with a 200 OK response whose <a href="#content-type5"
title=Content-Type>Content-Type metadata</a> is <code
title="">text/html</code> and whose response body is the return value
@@ -31006,14 +30998,14 @@
href="#img">img</a></code> elements, ignore the <a href="#content-type5"
title=Content-Type>Content-Type metadata</a>.
- <div class=example> <!-- XXXURL JSURL issue -->
- <p>So for example a <code title="">javascript:</code> URI for a <code
+ <div class=example>
+ <p>So for example a <code title="">javascript:</code> URL for a <code
title=attr-img-src><a href="#src">src</a></code> attribute of an <code><a
href="#img">img</a></code> element would be evaluated in the context of
an empty object as soon as the attribute is set; it would then be sniffed
to determine the image type and decoded as an image.</p>
- <!-- XXXURL JSURL issue -->
- <p>A <code title="">javascript:</code> URI in an <code
+
+ <p>A <code title="">javascript:</code> URL in an <code
title=attr-a-href>href</code> attribute of an <code><a
href="#a">a</a></code> element would only be evaluated when the link was
<a href="#following0" title="following hyperlinks">followed</a>.</p>
@@ -31574,12 +31566,13 @@
<p>The function referenced by the <code title=handler-onerror><a
href="#onerror">onerror</a></code> attribute must be invoked with three
arguments, before notifying the user of the error.</p>
- <!-- XXXURL use url, or address -->
+
<p>The three arguments passed to the function are all
<code>DOMString</code>s; the first must give the message that the UA is
- considering reporting, the second must give the URI to the resource in
- which the error occurred, and the third must give the line number in
- that resource on which the error occurred.</p>
+ considering reporting, the second must give the <a
+ href="#absolute">absolute URL</a> of the resource in which the error
+ occurred, and the third must give the line number in that resource on
+ which the error occurred.</p>
<p>If the function returns false, then the error should not be reported
to the user. Otherwise, if the function returns another value (or does
@@ -32063,10 +32056,10 @@
href="#registerprotocolhandler">registerProtocolHandler()</a></code>
only)
- <dd> <!-- XXXURL use url -->
+ <dd>
<p>A scheme, such as <code>ftp</code> or <code>fax</code>. The scheme
must be treated case-insensitively by user agents for the purposes of
- comparing with the scheme part of URIs that they consider against the
+ comparing with the scheme part of URLs that they consider against the
list of registered handlers.</p>
<p>The <var title="">protocol</var> value, if it contains a colon (as in
@@ -32090,7 +32083,7 @@
method include characters such as commas or whitespace, or include MIME
parameters, then the handler being registered will never be used.</p>
</dd>
- <!-- XXXURL use url -->
+ <!-- XXXURL XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX \(URI\|IRI\|URL\) -->
<dt><var title="">uri</var>
Received on Thursday, 26 June 2008 23:48:44 UTC