Red Hat Bugzilla – Bug 109560
utf-8 problem with umlauts persists
Last modified: 2007-11-30 17:10:33 EST
Description of problem:
this is a bug that has been reported already 1 year ago. see bug
75982. i wanted to open a new bug here because this is really a major
annoyance for german users of fedora/redhat (and i guess it might as
well be the case for french/spanish/whatever users too, as i don't
believe that this problem is solely related to german umlauts...
fedora does not display german umlauts correctly. the solution to this
problem is editing /etc/sysconfig/i18n to user LANG="de_DE@euro"
instaed of LANG="de_DE.UTF-8"
i did so for rh8 and rh9 and i still do it now but, as i see it, this
should be solved somehow.
related to this problem is a general lack of i18n:
- german spellchecking is not installed for openoffice
- mounting windows-shares via the "network server" button in the
start-menu brings the same problem.
this should not be the case. where's the sense in including a nice
"one click to your windows-networked shares"-button if i still have to
do it by hand? (because all files with umlauts are not displayed
Version-Release number of selected component (if applicable):
install fedora core in german and do either:
- mount a fat32 share on the local computer (with files with umlauts
- create a new document in openoffice and try to do the spellchecking
- mount a share on a windows-machine in your lan via the "network
Steps to Reproduce:
There is also this tiny little problem that the keyboard doesn't work
in OpenOffice except for ascii characters. This means that you simply
can't type anything but English in OpenOffice, even though it has been
localized to other languages (I'm using Danish and can't type).
A small fix is to modify the file
/usr/share/applications/redhat-word-processor.desktop, so that it sets
LANG=da_DK.iso-8859-1 before launching OpenOffice, but:
- Clicking on a file in Nautilus will still not work well
- The File/Open and File/Save will then operate in iso-8859-1 instead
of utf-8, and generate invalid filenames...
No de_DE spellchecking is more of a dictionary/thesaurus problem.
*** This bug has been marked as a duplicate of 108720 ***
close as duplicate