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

List:       kde-core-devel
Subject:    Re: file:///
From:       Ingo =?utf-8?q?Kl=C3=B6cker?= <kloecker () kde ! org>
Date:       2004-11-14 22:35:38
Message-ID: 200411142335.39667 () erwin ! ingo-kloecker ! de
[Download RAW message or body]


On Sunday 14 November 2004 22:12, Waldo Bastian wrote:
> On Sunday 14 November 2004 21:06, Leo Savernik wrote:
> > Am Samstag, 13. November 2004 12:44 schrieb Waldo Bastian:
> > > There are all kinds of very reasonable assumptions that you COULD
> > > make about what kind of base URL applications SHOULD assume on
> > > the command line or anywhere else, but that doesn't make it
> > > reality.
> >
> > So we basically leave everything as is, accepting and displaying
> > file:/abspath?
>
> We will accept file:/abspath but wherever we display it as a URL, we
> use file:///abspath as per the RFC.

Hopefully, we will never display it as a URL to the user because the 
user couldn't care less for how a file:/// URL is supposed to look like 
according to some RFC. Don't get me wrong. Following RFCs is a must, 
but no RFC forces us to confront the user with RFC-compliant file:/// 
URLs. We just have to use correct URLs when we pass the URL to another 
application.

So what's the problem with just showing KURL::path() instead of 
KURL::prettyURL() to the user in case of (local) file-URLs?

Regards,
Ingo

[Attachment #3 (application/pgp-signature)]

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