Re: Fix locale for grip?

Bjorn Solberg <[email protected]>
Newsgroups gmane.comp.multimedia.grip.user
Message-ID <[email protected]>
Bjorn Solberg writes:

> In Fedora Core 3, grip 3.2.0 and 3.3.0 insists on writing filenames using
> UTF-8 even though I have

> $ locale
> LANG=C
> LC_CTYPE="C"
> LC_NUMERIC="C"
> LC_TIME="C"
> LC_COLLATE="C"
> LC_MONETARY="C"
> LC_MESSAGES="C"
> LC_PAPER="C"
> LC_NAME="C"
> LC_ADDRESS="C"
> LC_TELEPHONE="C"
> LC_MEASUREMENT="C"
> LC_IDENTIFICATION="C"
> LC_ALL=C

> both when compiling it and when running it.  I need it to use iso-8859-1
> for the filenames, as gtkpod (and my iPod) doesn't understand UTF-8.
> Certain characters (like æ, ø, å) end up in the weird two-byte
> representation instead of their proper iso-8859-1 encoding.

> Setting the locale to en_US doesn't do any good either since it seems to
> default to a UTF-8 encoding.

> I've even set the locale in Config => ID3/DiscDB to ISO-8859-1, but to no
> avail - grip still writes file names using UTF-8.  Looking through the
> archives, I have tried to set G_FILENAME_ENCODING=@locale but that did no
> good.

> Grip worked fine in RH9, so I suspect it has something to do with FC 3.
> If anyone has any pointers or help on how I can make Grip write filenames
> in ISO-8859-1 encoding, I'd greatly appreciate it.

For those who may be interested, I found that all this is actually
hard coded in the Grip source.  Replacing instances of utf-8 with
iso-8859-1 in the source (and a few other modifications) and recompiling
took care of the problem.

What was the reason for making the move to UTF-8, when it breaks WRT
CDDB, iPod and who knows what else?

Bjorn.


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_idt12&alloc_id344&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.