- From: Roy T. Fielding <fielding@kiwi.ics.uci.edu>
- Date: Thu, 16 Jul 1998 01:40:15 -0700
- To: Patrik Fältström <paf@swip.net>
- cc: Larry Masinter <masinter@parc.xerox.com>, uri@Bunyip.Com
>I should not have said "allowed" but "unescaped" as the reserved characters
>needs to be escaped according to section 2.2:
>
> Many URI include components consisting of or delimited by, certain
> special characters. These characters are called "reserved", since
> their usage within the URI component is limited to their reserved
> purpose. If the data for a URI component would conflict with the
> reserved purpose, then the conflicting data must be escaped before
> forming the URI.
>
>Let me put it this way:
>
>I _would_ have liked the grammar express what the URI really looks like,
>i.e. the grammar would have been better if you in the grammar could have
>seen what character needs to be escaped and not.
>
>As that is not the case for more places in the grammar, I suggest that we
>leave the grammar as it is.
Okay, but to hopefully relieve any concern here, I'd like to explain.
A reserved character may appear inside the component, and thus the grammar
does express what the URI really looks like. For example, "&" is a
reserved character in a query component, which means
http://no_where/man?foo&bar
and
http://no_where/man?foo%26bar
are two different URI. Thus, "&" is allowed in the grammar of a query
component. The warning about it being reserved is an indication to the
implementer that it cannot be used safely as a data character within
that component unless it is escaped.
>>>(3) relative-path reference
>>>...
>>>To change to:
>>>
>>> The syntax for relative URI is a shortened form of that for absolute
>>> URI, where some prefix of the URI is missing and certain path
>>> components ("." and "..") have a special meaning when, and only when,
>>> interpreting a relative path. The relative URI syntax is defined
>>> in Section 5.
>>>
>>>I.e. the suggested text does not only state that the "." and ".." are to be
>>>treated when a relative URI is to be used, but also that it is to be
>>>resolved only in that case.
>>
>>Okay.
>
>Can you submit a "-04.txt" with the very tiny change above, and I'll do the
>bueraucratic job.
Done. I'll include the diff below.
....Roy
*** draft-fielding-uri-syntax-03.txt Thu Jun 4 18:25:38 1998
--- draft-fielding-uri-syntax-04.txt Thu Jul 16 01:20:19 1998
***************
*** 1,7 ****
Network Working Group T. Berners-Lee, MIT/LCS
INTERNET-DRAFT R. Fielding, U.C. Irvine
! draft-fielding-uri-syntax-03 L. Masinter, Xerox Corporation
! Expires six months after publication date June 4, 1998
Uniform Resource Identifiers (URI): Generic Syntax
--- 1,7 ----
Network Working Group T. Berners-Lee, MIT/LCS
INTERNET-DRAFT R. Fielding, U.C. Irvine
! draft-fielding-uri-syntax-04 L. Masinter, Xerox Corporation
! Expires six months after publication date June 16, 1998
Uniform Resource Identifiers (URI): Generic Syntax
***************
*** 701,708 ****
The syntax for relative URI is a shortened form of that for absolute
URI, where some prefix of the URI is missing and certain path
! components ("." and "..") have a special meaning when interpreting a
! relative path. The relative URI syntax is defined in Section 5.
4.1. Fragment Identifier
--- 701,709 ----
The syntax for relative URI is a shortened form of that for absolute
URI, where some prefix of the URI is missing and certain path
! components ("." and "..") have a special meaning when, and only when,
! interpreting a relative path. The relative URI syntax is defined
! in Section 5.
4.1. Fragment Identifier
Received on Thursday, 16 July 1998 04:51:04 UTC