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 correctly) Version-Release number of selected component (if applicable): How reproducible: install fedora core in german and do either: - mount a fat32 share on the local computer (with files with umlauts on it) - create a new document in openoffice and try to do the spellchecking for german - mount a share on a windows-machine in your lan via the "network servers" button Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
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