Protecting gnucash 1.8.x from utf8 locales
didier-devel at 9online.fr
Tue Sep 6 03:20:15 EDT 2005
[Resent, my first email bounced because I was not member of the list]
Some linux distribs (including Fedora) set UTF 8 locales by default.
With such locales, GnuCash doesn't behave correctly. In particular,
reports are not displayed correctly (utf8 chars are split in two).
This patch transforms UTF_8 locales into their base locale at startup
and displays a warning.
It assumes locale naming schemes as described at
This patch is not transparent to gnucash users who already created files
with an utf8 locale. Account names or transaction names they entered
that had unicode letters are no longer displayed correctly. I'll try to
work on a different patch that help display the html reports correctly
also with in an utf8 locale, the only problem I've observed with
gnucash/UTF-8 with fedora's package.
By the way I also observed that gnucash does not write the encoding in
the XML file that is saved. That might be the source of some
locale-related problems, and definitely might be a problem for people
that exchange gnucash files.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 433 bytes
Desc: not available
Url : http://lists.gnucash.org/pipermail/gnucash-patches/attachments/20050906/19aee1e4/utf8protect.bin
More information about the gnucash-patches