PATCH:KURL
Lubos Lunak
l.lunak at suse.cz
Tue Apr 29 10:52:46 BST 2003
On Tuesday 29 of April 2003 11:35, David Faure wrote:
> On Tuesday 29 April 2003 05:05, Dawit A. wrote:
> > On Monday 28 April 2003 20:28, David Faure wrote:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > On Tuesday 29 April 2003 02:16, Dawit A. wrote:
> > > > - Due to the above change we need to make KURL consistent in how it
> > > > deals with the file protocol. The changes in both ::url and
> > > > ::prettyURL do exactly that by returning file:/// by default instead
> > > > of file:/. This way not only are we consistent in how the file
> > > > protocol is supported, but we are also compatible Mozilla and old
> > > > Netscape (I think) which support this legacy behavior from RFC 1738.
> > >
> > > I don't think we want that. We want to support this format, i.e. to
> > > parse it, but we still want to show file:/ URLs by default. From a user
> > > perspective, file:/// is horrifying.
> >
> > I am curious why you think that since all the other browsers do just
> > that.
>
> That's not really an argument in my eyes, on this issue (and I'm not sure
> it's true either - at least I don't recall seeing this in IE).
> And Konqueror isn't only a browser - I don't see why all file-manager users
> should end up with file://////////////path/////////filename :)
How about having prettyURL() return whatever looks nice and maybe is an URL
(i.e. file:/tmp ), while having the others returning file:///tmp ? I think
all the arguments against file:/// are basically "it doesn't look pretty",
and prettyURL() could handle that.
--
Lubos Lunak
KDE developer
---------------------------------------------------------------------
SuSE CR, s.r.o. e-mail: l.lunak at suse.cz , l.lunak at kde.org
Drahobejlova 27 tel: +420 2 9654 2373
190 00 Praha 9 fax: +420 2 9654 2374
Czech Republic http://www.suse.cz/
More information about the kde-core-devel
mailing list