[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Libcdio-devel] Iconv usage and string handling
From: |
Burkhard Plaum |
Subject: |
[Libcdio-devel] Iconv usage and string handling |
Date: |
Fri, 21 Apr 2006 18:04:26 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.7.12-1.3.1 |
Hi all,
thinking a bit about support for different character sets for
CDText raised a more general question about how strings should be
handled in libcdio.
The current status is, that the character set is always ignored
except in iso9660_fs.c, where strings are converted to the locale
charset (obtained by nl_langinfo(CODESET)). With this approach,
reading e.g. a Japanese CDROM on a system with Latin-1 locale will
be doomed to failure.
My idea would be, to define strings (like filenames, CDText strings)
to be *always* UTF-8. The advantage is obvious since UTF-8 is the
default locale charset on many modern Linux distributions and in
gtk-2.x. Furthermore, any conversion problems (like Japanese -> Latin-1)
would be moved out of libcdio.
But since I live in a Linux-only ecosystem, I don't know if such a
move would break other applications and/or OSes.
Would anyone see a problem with defining libcdio strings UTF-8 only?
Thanks
Burkhard
- [Libcdio-devel] Iconv usage and string handling,
Burkhard Plaum <=
- Re: [Libcdio-devel] Iconv usage and string handling, Diego 'Flameeyes' Pettenò, 2006/04/21
- Re: [Libcdio-devel] Iconv usage and string handling, Peter Creath, 2006/04/21
- Re: [Libcdio-devel] Iconv usage and string handling, plaum, 2006/04/22
- Re: [Libcdio-devel] Iconv usage and string handling, Peter Creath, 2006/04/24
- Message not available
- Re: [Libcdio-devel] Iconv usage and string handling, Peter Creath, 2006/04/25
- Re: [Libcdio-devel] Iconv usage and string handling, Peter Creath, 2006/04/25
- Re: [Libcdio-devel] Iconv usage and string handling, Burkhard Plaum, 2006/04/25
- Re: [Libcdio-devel] Iconv usage and string handling, Peter Creath, 2006/04/26