WFM/openoffice.org1.9.71.1

openofficeorg-1.9.74-1 pasting works correctly, but keyboard entry fails (both
dead_acute and combining_acute)

1.9.77 behaves like 1.9.74

no change in 1.9.79

reassign open l10n issue to new default owner.

FT: Can you please have a look into this issue? Thx.

What desktop environment are you using and what's your locale?

Additionally could you pls. teach me what to type in order to reproduce the
issue (assuming I've toggled my keyboard layout to russian via "setxkbmap"
command). Thanks in advance.

$ locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=de_DE.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=

Unfortunately there is no default russian keymap that contains combining letters
(AFAIK). I added dead_acute, dead_grave and combining_acute, combining_grave by
hand to /etc/X11/xkb/symbols/pc/ru
To test enter:
a) dead_acute + character
b) character + combining_acute
The later should work with almost all cyrillic characters.

My Desktop is KDE 3.3 / Mandrake Cooker.

Thaks for the update.
Would you mind to attach your private /etc/X11/xkb/symbols/pc/ru?
Thanks,
Ulf

Created attachment 24120 [details]
/etc/X11/xkb/symbols/pc/ru with combining_acute

Thanks. Will have a look.

Hmm, doesn't work for me in xterm and gedit either. I only get "equal" and
"plus" on key <AE12>; deadkeys enabled.  Pls. comment.
Additionally, could you pls. describe what exactly OO.o does and what would be
expected.

When testing this pls. do not use kde as it fiddles around with the keyboard a
lot and you never know what it does in the background (e.g. when the first kde
app starts it modifies your keymap even if you haden't configured kde to change
your keyboard).

Did you use a font (e.g. Times New Roman) that supports combining accents? Did
you try openoffice.org1.9.71.1 where it worked for me?

What does OOo 1.9.79 do? 
a)combining_acute
  current: combining_acute does nothing.
  expected:combining_acute adds an combining acute accent (U+0301)
           to the last character
b)dead_acute
  (after pressing dead_acute applications wait for a second character)
  current: dead_acute + character gives nothing
  expected:the unicode character gets displayed if available
           (e.g. dead acute +  г(U+0433) gives ѓ(U+0453))
           other characters are often composed using U+0301

Gtk-Apps (I tried gedit and abiword) behave the same as OOo.

It works in KDE Apps with the right font. Applications behaved the same in a
Gnome environment.

> Hmm, doesn't work for me in xterm and gedit either. 
> I only get "equal" and "plus" on key <AE12>; deadkeys enabled.

Sounds like you did not use a modified keymap. Maybe you are not using a
PC-Keyboard? Anyway, you can check if the input works using the "xev" command.
It should give you lines like this:

KeyRelease event, serial 31, synthetic NO, window 0x1600001,
    root 0x60, subw 0x0, time 34827213, (145,139), root:(148,460),
    state 0x2010, keycode 21 (keysym 0xfe51, dead_acute), same_screen YES,
    XLookupString gives 2 bytes: (c2 b4) "´"

KeyPress event, serial 31, synthetic NO, window 0x1600001,
    root 0x60, subw 0x0, time 34831235, (145,139), root:(148,460),
    state 0x2010, keycode 20 (keysym 0x1ef3, combining_acute), same_screen YES,
    XLookupString gives 2 bytes: (cc 81) ""
    XmbLookupString gives 2 bytes: (cc 81) ""
    XFilterEvent returns: True

Your private key symbols file 'ru' still doesn't work for me with plain Xorg (no
desktop environment). And yes, I have a PC keyboard and xev also returns 'equal'
and 'plus' for the key <AE12>. But that's probably a bug in Xorg's xkbd :-(

> Gtk-Apps (I tried gedit and abiword) behave the same as OOo.

This is the key sentence (and what I've expected.). It doesn't work in Gtk-Apps
and as OO.o uses the event handling of Gtk it can't work in OO.o. Now since the
last couple of versions we also loaded the gtk-plugin on KDE to enable KDE
theming through the gtk-qt-theme engine (see
http://www.freedesktop.org/Software/gtk-qt). However in current inhouse versions
we again dropped this feature because of massive performance drawbacks.

To reset to the old behaviour you can try the following environment:
SAL_USE_VCLPLUGIN=gen

Works the same as in other Gtk apps. =>proved compatibility =>WFM.

Considering fixed with issue 41806.

WFM/openofficeorg-1.9.90

WFM/openofficeorg-1.9.100

Changing resolution as suggested by submitter.

Closing.