Special characters and KLauncher
Thiago Macieira
thiago at kde.org
Mon Oct 8 12:57:47 BST 2007
Rafael Fernández López wrote:
>toEncoded() is just wrong (from Qt assistant):
>
>"The user info, path and fragment are all converted to UTF-8, and all
>non-ASCII characters are then percent encoded."
>
>non-ASCII characters are then percent encoded.
>
>That means that our special characters are killed down by this method
> and we just lose the ability of accessing those files.
Your comment makes no sense. toEncoded() works perfectly by
percent-encoding all non-ASCII characters, as it should. That's done in
the URL. If you want to access the file name pointed to by a file:///
URL, you should call localFile(). That will return the proper UTF-16
encoded name that is used throughout Qt/KDE code.
But in URLs, everything is UTF-8. This is required by the IRI RFC, which
we do support and give preference to. The other competing standard is the
file:/// spec from freedesktop.org, that requires the URLs to contain the
actual byte sequences from the 8-bit-encoded filename. The only way to
conciliate them is to restrict to UTF-8 locales.
Therefore, KDE 4 is NOT SUPPORTED in non-UTF-8 locales.
I will not lift a finger to fix that.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20071008/4e513f1f/attachment.sig>
More information about the kde-core-devel
mailing list