[html5] r1555 - /

whatwg at whatwg.org whatwg at whatwg.org
Wed May 7 17:37:14 PDT 2008


Author: ianh
Date: 2008-05-07 17:37:13 -0700 (Wed, 07 May 2008)
New Revision: 1555

Modified:
   header-whatwg
   index
   source
Log:
[e] (0) More issues with URIs -- add more things I need to define, make the application cache api raise errors on invalid uris

Modified: header-whatwg
===================================================================
--- header-whatwg	2008-05-08 00:28:23 UTC (rev 1554)
+++ header-whatwg	2008-05-08 00:37:13 UTC (rev 1555)
@@ -1,4 +1,4 @@
-<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN">
+<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN">>
 <html lang="en-US-x-hixie">
  <head>
   <title>HTML 5</title>

Modified: index
===================================================================
--- index	2008-05-08 00:28:23 UTC (rev 1554)
+++ index	2008-05-08 00:37:13 UTC (rev 1555)
@@ -1,5 +1,9 @@
 <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN">
 
+<html>
+ <body>
+  <p>>
+
 <html lang=en-US-x-hixie>
  <head>
   <title>HTML 5</title>
@@ -5957,13 +5961,29 @@
     <li>define how to resolve relative URLs in markup attributes (using
      XMLBase as defined elsewhere right now)
 
+    <li>define how to resolve relative URLs in APIs
+
     <li>define what it means to resolve a relative URL when the base URL
      doesn't have a path hierarchy (e.g. data:, javascript:, about:blank
      URLs)
 
+    <li>define how to handle URIs that contain non-ascii characters (and it's
+     not the same as handling as IRIs, especially if the character encoding
+     of the document isn't UTF-8)
+
     <li>define URL as IRI and replace all uses of URIs and IRIs in the rest
      of the spec with URL
 
+    <li>define "valid URL" in terms of valid URIs and IRIs and replace that
+     concept through the spec to a pointer here, getting rid of references to
+     <a href="#refsRFC3986">[RFC3986]</a> <a
+     href="#refsRFC3987">[RFC3987]</a>
+
+    <li>define "valid URL reference" in terms of valid URI references and IRI
+     references and replace that concept through the spec to a pointer here,
+     getting rid of references to <a href="#refsRFC3986">[RFC3986]</a> <a
+     href="#refsRFC3987">[RFC3987]</a>
+
     <li>define how to parse URLs (maybe by deferring to RFCs)
    </ul>
   </div>
@@ -30472,9 +30492,15 @@
      <code>INVALID_STATE_ERR</code> exception and abort these steps.
 
    <li>
-    <p class=big-issue>resolve relative URIs
+    <p>If <var title="">uri</var> is not a valid URI reference, then raise a
+     <code>SYNTAX_ERR</code> exception and abort these steps. <a
+     href="#refsRFC3986">[RFC3986]</a> <a href="#refsRFC3987">[RFC3987]</a>
 
    <li>
+    <p class=big-issue>resolve relative URIs; on failure, raise a
+     <code>SYNTAX_ERR</code> exception
+
+   <li>
     <p>If there is already a resource in in the <a
      href="#application0">application cache</a> with which the <code><a
      href="#applicationcache">ApplicationCache</a></code> object is

Modified: source
===================================================================
--- source	2008-05-08 00:28:23 UTC (rev 1554)
+++ source	2008-05-08 00:37:13 UTC (rev 1555)
@@ -4441,13 +4441,30 @@
     <li>define how to resolve relative URLs in markup attributes
     (using XMLBase as defined elsewhere right now)</li>
 
+    <li>define how to resolve relative URLs in APIs</li>
+
     <li>define what it means to resolve a relative URL when the base
     URL doesn't have a path hierarchy (e.g. data:, javascript:,
     about:blank URLs)</li>
 
+    <li>define how to handle URIs that contain non-ascii characters
+    (and it's not the same as handling as IRIs, especially if the
+    character encoding of the document isn't UTF-8)</li>
+
     <li>define URL as IRI and replace all uses of URIs and IRIs in the
     rest of the spec with URL</li>
 
+    <li>define "valid URL" in terms of valid URIs and IRIs and replace
+    that concept through the spec to a pointer here, getting rid of
+    references to <a href="#refsRFC3986">[RFC3986]</a> <a
+    href="#refsRFC3987">[RFC3987]</a></li>
+
+    <li>define "valid URL reference" in terms of valid URI references
+    and IRI references and replace that concept through the spec to a
+    pointer here, getting rid of references to <a
+    href="#refsRFC3986">[RFC3986]</a> <a
+    href="#refsRFC3987">[RFC3987]</a></li>
+
     <li>define how to parse URLs (maybe by deferring to RFCs)</li>
 
    </ul>
@@ -28337,8 +28354,14 @@
    <code>INVALID_STATE_ERR</code> exception and abort these
    steps.</p></li>
 
-   <li><p class="big-issue">resolve relative URIs</p></li>
+   <li><p>If <var title="">uri</var> is not a valid URI reference,
+   then raise a <code>SYNTAX_ERR</code> exception and abort these
+   steps. <a href="#refsRFC3986">[RFC3986]</a> <a
+   href="#refsRFC3987">[RFC3987]</a></p></li>
 
+   <li><p class="big-issue">resolve relative URIs; on failure, raise a
+   <code>SYNTAX_ERR</code> exception</p></li>
+
    <li><p>If there is already a resource in in the <span>application
    cache</span> with which the <code>ApplicationCache</code> object is
    associated that has the address <var title="">uri</var>, then




More information about the Commit-Watchers mailing list