Bug#374640: gedit: freeze when XIM is used to input Japanese

[Osamu Aoki <osamu@debian.org>]

Hi,

Let's put this bug back to gedit if Loïc Minier agrees.

Here is my thought.

On Sat, Nov 25, 2006 at 06:06:22PM +0800, Hongzheng Wang wrote:
> Hi,
> 
> Thank you, Osamu :-)
> 
> SCIM via XIM really behaves abnormally in Gedit now.  I'm using the Chinese
> pinyin input method engine, and the Shift key has double functionals: one
> for temporarily switching Chinese input mode and English input mode; one for
> switching between upper and lower characters when pressing some keys, which
> is a normal functional in almost all keyboards.  The problem I encountered
> is that the SCIM via XIM cannot distinguish between these two modes: it just
> performs the two operations simultaneously.  That is, when I active the
> Chinese pinyin input method engine, even I press Shift key and another key
> at the same time (for example, I wanna input a @), SCIM will input @ (Shift
> key's normal switching functional) and also temporarily switching Chinese
> and English.  It is really confusing.  And the problem does not arise when
> SCIM does not use XIM.

Hmmm... I used smart pinyin now under my SCIM(via XIM).  

Shift-Pressed -> Shift-Released sequence causes Chinese <--> English
mode change.

Shift-Pressed -> Non-SHIFT-key sequence causes case change of
Non-SHIFT-key character.  (With Caps Lock, it changed to lower)

Interesting mechanism.  I confirmed that gedit has problem but no
problem in gnome-terminal text input.  Launching of some threads in
gedit program breaks this normal input function.

On 11/25/06, Loïc Minier <lool@dooz.org> wrote:
>On Sat, Nov 25, 2006, Hongzheng Wang wrote:
>> I'm waiting for the Gedit 2.16.  I hope this strange problem can 
>> disappear when the new version of Gedit comes.
>
>This is unlikely to change with a newer Gedit.  Gedit uses Gtk (which
>internally uses Gdk) to handle the lowlevel keyboard handling, window
>drawing etc. (i.e. talking to X); it's not directly aware of XIM, Gdk
>is.

I agree with Hongzheng's reply on this： "only Gedit has this problem".
Funny thing only happens with gedit.

UIM(XIM)-anthy system has no problem as long as I avoid using these
keys in gedit.

Although there were some confusion on my part initially, these look like
a related bug in gedit handling/pasing of shift/control/alt key or its
following key event handling with XIM process.

Is there any thread which monitor/eat shift key events in gedit?

Osamu