From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3a) Gecko/20021212
Description of problem:
I actually thought i made a bugreport on this some months back, but i can't seem
to find it and this problem is getting annoying as it effectively keeps me from
using OpenOffice in the default setup!
When using OpenOffice applications in Phoebe(and Psyche as well for that
matter), national special special chars like the danish [$aelign; å
ø] and there uppercase equivs. does not work... I can hit the keys as
hard as i like and still nothing is put onto the screen.
starting from a terminal(ex. oowriter) yields the same result, which is expected
as this is surely the way the application is started normally.
I18N: X Window System doesn't support locale "en_DK.UTF8"
is displayed in the terminal.
But starting it like this: env LANG="en_DK" oowriter makes the problem go away.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install Red Hat Linux, selecting English(Denmark) as locale
2. start oowriter
3. hit a couple of keys on the keyboard to make sure input is working, then hit
the danish special keys.
Actual Results: Nothing happens when pressing the danish national char keys.
Expected Results: The national chars should be output just like any other char!
I'm setting prio high as this problems is most likely affecting a significant
amount of users, given the case that UTF8 locales just doen't work correctly.
Now I just hope that this is actually an openoffice bug. Otherwise please advise
on where to move the record.
Still a problem with Phoebe-3(8.0.94)...
Is somebody already working on this is it not really an openoffice bug???
This didn't work on 8.0 either!!!
I know more than a few people with this problem! Although it can be worked
around, it's an annoying bug!
I found that putting a line 'LC_ALL="C"' in /etc/sysconfig/i18n solved the
problem... I've been working on the system for a few days now and it doesn't
seem to have ruined anything else. I'm not entirely sure how the relation
between LANG and LC_ALL works, so please let me know if there is a reason that
it's not already like that???
This is STILL a problem.. It HAS been a problem sine whenever openoffice was
included in the redhat distro. If you need me to provide more/better info, or if
I need to take the problem somewhere else, please let me know!
What keyboard layout are you using? I notice you are using "en_DK",
meaning English but Danish locale, is that correct? Can you point me
to some details on the keyboard mapping that en_DK uses?
Basically, I need to get that keyboard mapping installed and I need to
know what key combinations to press to get the symbols in question.
Its not a font issue since I can insert that character manually, but
of course you don't want/shouldn't need to do that :)
*** Bug 100544 has been marked as a duplicate of this bug. ***
*** Bug 117428 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 75863 ***
This is still a problem in FC2-test2... It can be overcome by setting
LANG=C on launch, but this should not be required, right?!?
Reopening bug to bypass filters - i'm not owner of the duplicate-of bug!
I'm not able to reproduce with the OOo 1.1.2 packages currently in
rawhide. Please try those and reopen the bug if necessary.
Please make sure that the fix is put in RHEL updates as well???
I'm not able to reproduce on FC3-test1 (rawhide actually) either, so
that's good. However... RHEL3 still have this issue!