PATCH:KURL

[Thiago Macieira]

David Faure wrote:
>>  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.
>
>I think that's a good idea.
>Not sure we use prettyURL everywhere where we should, but this will be a
>good way to find out ;)

That will be a requirement for everything shown to the user, while debugging 
information can come from other places. The requirement comes from IDN RFCs 
that ask us not to show the user the ACE-encoded hostnames.

When you end up with a very ugly hostname when you type a simple non-ASCII 
one, you'll know what I mean.

-- 
  Thiago Macieira - UFOT Registry number: 1001
 thiagom at mail.com
   ICQ UIN: 1967141  PGP/GPG: 0x6EF45358
     Registered Linux user #65028
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20030429/5b4f72ab/attachment.sig>