Re: Re: [xine-cvs] CVS: xine-vcdnav/doc cd-info.txt,1.6,1.7

Hi Rocky, Hi Bastien,

> I just took a look at RCF 2396 at http://www.ietf.org/rfc/rfc2396.txt
> which purports describe:
>
>   a "superset" of operations that can be applied to URI.  It consists
>   of both a grammar and a description of basic functionality for URI.
>
> I don't see anything in there that suggests the improperness of the
> changes made. If you could be a little more specific and cite a
> document that explains the definition you are using of URI and how
> this is not "proper", I'd appreciate it.

I used the BNF grammar of URIs in Appendix A of RFC2396 when I designed 
the now more or less official xine MRL grammar. Input plugins should at 
least try to conform to this grammar, which you can read in README.mrl 
in xine-lib/doc. Of course some reasonable breakage for users 
convenience is allowed and is in fact done by some of the official xine 
input plugins.

> > Proper URIs would include:
> > cdda:/
> > cdda:///
> > cdda:///tmp/foo
> > cdda:/tmp/foo
> > etc.
>
> Proper URI's also include mailto:joe@xxxxxxxxxxxxxx But clearly a VCD
> plugin isn't trying to accept *all* URI's, just the ones that it
> claims to handle. In this respect, cdda:// analogous to http://,
> ftp://, gopher://, telnet:// among others. In fact, I'd suggest the
> :// ending as in cdda:// seems to be more prevalant than :/ as in
> cdda:/, no matter how convenient the latter. The general convention
> seems to be either put in // or leave out, as in 'mailto:' or 'news:'
> or 'about:'. But not use one /.

Unix pathnames are MRLs as well. And while "/" is a sensible pathname, 
"//" is not. "<input>://"-style MRLs are valid according to the 
grammar, but the don't make much sense, since the only way to derive 
this would result in "//" being an <abs_path>.

> But I'd love to be educated in such matters. What other existing
> software out there cdda:/3 means "track 3 of some default CD-DA
> drive"?

The KDE IO-filter for manpages uses "man:"-style URIs to display 
manpages. The manpage for bash would be shown with these URIs:
man:bash
man:/bash
man:///bash    (this one will be immediately reduced to man:/bash)

But man://bash does not show the manpage, but an index page.
(this is with KDE 3.1.3)

> And what software out there is going to break using
> cdda:///dev/cdrom@3?

That's not a good idea. What if there is actually a file "/dev/cdrom@3"?
"@" is an allowed character (see <path_char>) in normal pathnames.

Michael

-- 
/* Nobody will ever see this message :-) */
panic("Cannot initialize video hardware\n");
        2.0.38 /usr/src/linux/arch/m68k/atari/atafb.c



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01