Issue 50547 - [GTK+ vclplug IIIMF input improvements] shortcuts not working in pre-edit mode
Summary: [GTK+ vclplug IIIMF input improvements] shortcuts not working in pre-edit mode
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: 680m108
Hardware: All Unix, all
: P3 Trivial with 5 votes (vote)
Target Milestone: OOo 3.x
Assignee: AOO issues mailing list
QA Contact:
: 50626 64052 105416 (view as issue list)
Depends on:
Reported: 2005-06-09 15:33 UTC by ulf.stroehler
Modified: 2013-07-30 02:16 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description ulf.stroehler 2005-06-09 15:33:04 UTC

1. login to JDS3 with japanese language
2. bring up cws "pl04"
3. enable japanese IM and start typing "lalelu"
4. without committing the string try e.g. "Ctrl + O" or "Alt + E" or whatever

=> shortcuts apparently interpreted by the IM
Comment 1 philipp.lohmann 2005-06-09 16:09:25 UTC
We would have to check whether a key input event is a shortcut BEFORE asking the
IM - i'll investigate whether we can achieve that without an incompatible change
which would affect the target.
Comment 2 philipp.lohmann 2005-06-09 16:10:05 UTC
oops, reset target
Comment 3 philipp.lohmann 2005-06-09 16:20:49 UTC
I asked cd and currently we cannot know whether a key would trigger a shortcut
without actually dispatching it. This cannot be changed compatible, which rules
out 2.0.x IMHO. So setting the target to "later"

Essentially the IME should not filter these events since it does not use them.
Comment 4 philipp.lohmann 2005-06-14 12:38:48 UTC
*** Issue 50626 has been marked as a duplicate of this issue. ***
Comment 5 meywer 2005-11-01 16:52:23 UTC
Issue 57023 (via issue 50626) has been marked as a duplicate of this bug.

I use OO2.0 in gnome on suse9.0 linux.
But i used OO1.1, 1.4 and 1.5 before without this problem.

I really don't understand.

I also don't understand the comments the issue 57023:

[AND I don't find issue 57023 nor 50626 nor this one in "My issues" - that's an
issue for the issue tracker.]

------- Additional comments from es Mon Oct 31 07:25:21 -0800 2005 -------
As a workaround, when starting OOo from a terminal, set the environnment
variable like this:




You won't get the typical GTK look&Feel but you'll be able to use those shortcuts.

------- Additional comments from cloph Mon Oct 31 13:58:59 -0800 2005 -------

The real solution is of course not to abandon the GTK-VCL-plugin but to 
* either not use GTK-input method or
* map the shortcuts to another combo.

So "GTK_IM_MODULE=xim" will do the trick (use "regular" x-input-method instead
of the gtk-input-method) without sacrifying the gtk-integration.
Comment 6 philipp.lohmann 2005-11-01 17:11:59 UTC
the underlined big F is a feature of gtk's input method; OOo never really sees
that you press ctrl-alt-shift-f  because the input method filters this event.
The idea of gtk seems to be that you can enter unicode sequences that will be
converted on the fly to the according character, e.g. entering
"ctrl-alt-shift-f" "ctrl-alt-shift-a" "enter" will produce the unicode letter
0xfa (which happens to be an accented upper case U).

The bottom line is that the gtk library which all Gnome applications and
nowadays OOo is based on swallows these key presses and therefore OOo cannot
react on them.

You did not have the problem in OOo 1.1 because that version did not use gtk.
The mentioned workaround (setting SAL_USE_VCLPLUGIN) will give you the old
behaviour; the IMHO better workaround to only use another input method in gtk
will switch off (among others) this unicode entering feature so OOo can see the
"ctrl-alt-shift-f" again.

I hope this makes things a little clearer
Comment 7 michael.ruess 2006-04-06 11:33:27 UTC
*** Issue 64052 has been marked as a duplicate of this issue. ***
Comment 8 bjanssen 2006-05-30 18:55:54 UTC
I can confirm this issue for the german version, too. Hexadecimal digits in
combination with control + shift are not translated into OOo2 shortcuts. 

The suggested workarounds are unsatisfactory for production use of this product,
thus no OOo2 and Gnome in our department. 

Note of interest: OOo2 in Gnome on SUSE's 10.1 version DOES NOT show this
behaviour. There everything works as expected.

Comment 9 philipp.lohmann 2006-06-30 12:31:54 UTC
Comment 10 philipp.lohmann 2008-01-08 17:15:05 UTC
Comment 11 philipp.lohmann 2010-11-25 14:58:14 UTC
*** Issue 105416 has been marked as a duplicate of this issue. ***
Comment 12 Rob Weir 2013-07-30 02:16:39 UTC
Reset assignee on issues not touched by assignee in more than 2000 days.