reassigned to mci

Hi pbwest,

thanks for using and supporting openOffice...

I think redhat-config-language will be your friend :)
With this program you set your "global" settings in /etc/sysconfig/i18n...

We tried this on a Redhat Linux 9.0 using OOo 1.10 and then it worked...

If I'm right the gnome-applications and some other do a "fallback" to
an iso8859-1 locale since in the systemwide config file for language
settings (/usr/X11R6/lib/locale/locale.alias) there are no entries for
en_AU.utf8...

This seems to be same as issue 16318...

You may have a look to this: 
http://wauug.erols.com/~balsa/linux/deadkeys/


closing...

Here's the current content of my /etc/sysconfig/i18n

LANG="en_AU.UTF-8"
SUPPORTED="en_AU.UTF-8:en_AU:en:en_US.UTF-8:en_US:en"
SYSFONT="latarcyrheb-sun16"

What's the deal here?  To what am I suppose to set my locale?  What
exactly does X emit when I use the Compose key?  A UTF-8 sequence?  An
iso8859-1 (or -15) 8-bit character?  What goes on?  How and where do I
find out?

What does OO expect. given the above locale info?  If I set my locale
to en_US.UTF-8, e.g., what will X send to OO, and what will OO be
expecting?

Are UTF-8 locales supported at all?

Re-opening pending some feedback on my last comments.

added mci to cc

reassigned to us

Hi us,
this is the Issue we talked about...

en_AU.UTF-8 works flawless for me with OOo 1.1 on RH9 no matter which desktop
system is chosen.
If you'd like to know what xevent is triggered when hitting specific keys try xev.

=>WFM.

Building compose key sequences was ment (of course) with the above statement
regarding flawless working of en_AU.UTF-8.

Additional hint:
man XmbLookupString

I'm pleased it WORKSFORYOOU.  Unfortunately, it DOESN'TWORKFORME.  xev, as
expected,shows Multi-Key, "e", "'" (or whatever sequence I am using.  This
composed key appears in gnome-terminal, but does not appear in OO.  I get
nothing.  However, I get the same negative result in an xterm.  It appears that
only Gnome apps are happy with Compose.

@submitter: if it doesn't work for you in xterm either (for me it does); what is
the outcome, if you enter the command "locale" in xterm?

en_AU.UTF-8

Thanks for your attention to this.  I have also asked the question on the
XFree86 list.

Re-verified on fedora core 2.
Additionally Xkeyboard events are handled by gtk in 680s developer versions, if
being in an GNOME environment. Thus the same compose keys/sequences working in a
gnome-terminal should work the same way in OO.o 680s.
Precondition: enabled dead keys in XF86Config resp. xorg.conf.

This issue has resurfaced for me.  I am now running Fedora Core 2 with a Gnome
desktop.  When I installed FC2, I also installed the FC2-supplied 1.1.1.  My
compose key worked. Alleliua!  When I downloaded and installed 1.1.2 from
OO.org, my Compose functionality disappeared again.  Same story.  Works in Gnome
apps and mozilla.  Doesn't work in KDE apps, xterm, OpenOffice or Netbeans.

Note that I don't have deadkeys enabled.  I specifically do not want deadkeys,
because the vast majority of text I create is English, and deadkeys are a pain
for English input.  Compose works a treat for occasional non-ascii characters.

What do Redhat do in their build which would make the difference?

Output from 'locale'
LANG=en_AU.UTF-8
LC_CTYPE="en_AU.UTF-8"
LC_NUMERIC="en_AU.UTF-8"
LC_TIME="en_AU.UTF-8"
LC_COLLATE="en_AU.UTF-8"
LC_MONETARY="en_AU.UTF-8"
LC_MESSAGES="en_AU.UTF-8"
LC_PAPER="en_AU.UTF-8"
LC_NAME="en_AU.UTF-8"
LC_ADDRESS="en_AU.UTF-8"
LC_TELEPHONE="en_AU.UTF-8"
LC_MEASUREMENT="en_AU.UTF-8"
LC_IDENTIFICATION="en_AU.UTF-8"
LC_ALL=

Compose also works in Eclipse.  Note - doesn't work in NetBeans.  Is this a
GTK-related issue?

I have seen that the last entry was in October and that it is OOo-1.1related. Have you tried this with a 
newer version of OOo (1.1.x or 1.9.xx)? Does this problem also occur there? Or could this issue be 
closed?

Still a problem.  In fact, it's worse.  It used to work in one of the Redhat
distributed version, but not in openoffice.org-1.1.2-10.fc2 on Fedora C3.

The compose key works in here (firefox); e.g. é, ö, but not in the above OO, or
in the 1.1.3 that I downloaded directly some time back.  I haven't tried
1.1.4RC1 or 1.9 (which I presume is preparation for 2.0).

Pls. try the latest snapshot from:
http://download.openoffice.org/680/index.html

Regarding the last comments in this issue, it becomes kind of a dupe to issue 32772.
Refer to issue 32772 for a workaround.

*** This issue has been marked as a duplicate of 32772 ***

Closing dupe.