From: Michael R. <mr...@us...> - 2003-08-04 10:23:35
|
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:jo...@so.... 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 |