Unicode filenames on Windows
Indy Sams
indy at driftsolutions.com
Tue Nov 6 21:18:58 CET 2007
Hello,
One thing I've had success with on Windows is calling GetShortPathName on the filename before passing it to TagLab. I know there are filesystem options that can make it not work, and I have no idea if it would work with say, Japanese language sytems. But it's something to try in the interim for people not working from SVN (which tbh they probably should be).
Tuesday, November 6, 2007, 1:42:23 PM, you wrote:
SW> Lukáš Lalinský wrote:
>> Well, the idea was to support both types, char* in the local encoding
>> and wchar_t* in utf-16. But since the conversion could be done by a
>> simple function without any information loss, I guess it's ok to
>> support only wchar_t*. And at least it will force lazy developers to
>> think about unicode if they still use ANSI encoded filenames. :)
>>
SW> If it's just a one-liner to do that on Windows that seems like a
SW> reasonable solution. (With a comment in the docs about what that one
SW> line is.) Alternatively there could be something like:
SW> #if WINDOWS
SW> class FileName
SW> {
SW> public:
SW> FileName(const char *name);
SW> FileName(const wchar_t *name);
SW> ...
SW> };
SW> #else
SW> typedef const char * FileName
SW> #endif
SW> But I think the latter option would be overkill if it's really simple to
SW> do the conversion on Windows.
SW> -Scott
SW> _______________________________________________
SW> taglib-devel mailing list
SW> taglib-devel at kde.org
SW> https://mail.kde.org/mailman/listinfo/taglib-devel
Best regards,
Indy Sams
mailto:indy at driftsolutions.com
P.S. This is what part of the alphabet would look like if Q & R were eliminated.
More information about the taglib-devel
mailing list