[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kfm-devel
Subject:    Re: Fwd: Re: URIs vs. half-baked URIs [glib PATCH]
From:       Daniel Veillard <veillard () redhat ! com>
Date:       2001-08-24 22:13:30
[Download RAW message or body]

On Fri, Aug 24, 2001 at 08:00:13AM -0600, Aaron J. Seigo wrote:
> On August 24, 2001 03:36 pm, Daniel Veillard wrote:
> >   Well I misread that part.
> >   However using file:///path is I think a better practice than
> > file:/path . Though file:/path is a hierachical URI per the RFC 2396
> > the RFC 1738 defining the file scheme in section 3.10 explictely say
> 
> RFC 2396 revises and replaces both RFC's 1738 and 1808, so why would you 
> choose to follow 1738 and ignore 2396? and 2396 is really not that new either 
> (Aug '98)

From the introduction of 2396:

 This document updates and merges "Uniform Resource Locators" [RFC1738]
 and "Relative Uniform Resource Locators" [RFC1808] in order to define
 a single, generic syntax for all URI. It excludes those portions of
 RFC 1738 that defined the specific syntax of individual URL schemes ...

Seems you missed the second sentence. That's why 2396 is not obsoleting
1738 in a formal sense, it only update a part of 1738 and this part doesn't
include the definition of the FILE scheme.
  
> from a usability standpoint, i really enjoy not having to type 3 /s in a row 
> (even though konqi does let you do that too)

  It's a completely different problem, you should even be able to enter
/usr/local and have the software expand/remap to a valid URL. I don't use
Konqueror but I'm pretty sure Netscape does this, the goal is that once
entered the user is exposed to a valid URL. This should also include
escaping of reserved or forbiden characters, the goal is to provide
something correct for selection or drag and drop as well as teaching
the user.

Daniel

-- 
Daniel Veillard      | Red Hat Network http://redhat.com/products/network/
veillard@redhat.com  | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

[prev in list] [next in list] [prev in thread] [next in thread]