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 <[EMAIL PROTECTED]> 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
