Re: Media Fragments URI parsing: pseudo algorithm code

On Tue, 29 Jun 2010, Jack Jansen wrote:

>
> On 29 jun 2010, at 22:30, Yves Lafon wrote:
>
>> The ABNF describe the whole syntax, and then the different parts. There is no need for a multi-step parsing scheme requiring to re-read multiple time the same bytes.
>> To me "%74=%6ept%3A%310" is not a media fragment. %-escaped values are allowed only where they are allowed (see grammar).
>
>
> Interesting...
>
> Unlike Yves, I think the sketched example _is_ a media fragment, but 
> unlike Philip I don't think we need to specify it in our ABNF.

the URI RFC makes it quite clear where percent encoding is allowed and 
where it is not. For example, h%74%54p://www.example.com/ is _not_ 
htTp://www.example.com/

Also, do you want 'NpT' to be equivalent to 'nPT' and 'npt' ?
To me, if you are escaping something, there is good reason for that, if 
you do it in 'npt' you probably mean that you don't want it to be 
processed as 'npt' directly. The grammar allows pct-encoding in track 
names and ids.

> My reasoning: the URI spec (or possibly IRI spec, if we decide to go 
> with that one) already specifies how percent-escapes are handled.

and where they are allowed or not :)

> But: I know we had long discussions about this, so maybe my memory is incorrect here. Please enlighten me...
> --
> Jack Jansen, <Jack.Jansen@cwi.nl>, http://www.cwi.nl/~jack
> If I can't dance I don't want to be part of your revolution -- Emma Goldman
>
>
>
>

-- 
Baroula que barouleras, au tiéu toujou t'entourneras.

         ~~Yves

Received on Wednesday, 30 June 2010 09:45:01 UTC