UIM can recieve all key event for non-editable text entry (which is set as gtk_entry_set_editable(entry, FALSE)) because it uses key_snooper, so it can also commit any string to non-editable text entry although it shouldn't commit any string to such text entry. But I have no idea to solve it yet. Of course essential solution is to solve Gtk+'s key accelerator issues, and to stop using key_snooper.
I also have no idea to fix this bug.
The changes on r1596 are related to this issue. ------------------------------------------------------------------------ r1596 | yamaken | 2004-11-08 10:37:04 +0900 (Mon, 08 Nov 2004) | 25 lines * This commit changes default activity of input mode widget of each IMs to 'direct' mode. This change has resolved bug #1791. In addition, setting these variables non-direct mode is not useful on gtk-immodule until bug #1632 has been resolved because non-text widgets such as menus are created with non-direct mode, so shortcut operations by alphabet character does not work until the mode have been changed to direct mode. * scm/anthy.scm - (default-widget_anthy_input_mode): Change the value to action_anthy_direct * scm/canna.scm - (default-widget_canna_input_mode): Change the value to action_canna_direct * scm/skk.scm - (default-widget_skk_input_mode): Change the value to action_skk_latin * scm/tutcode.scm - (default-widget_tutcode_input_mode): Change the value to action_tutcode_direct
Etsushi, is this problem still remaining?
Postponed to uim 1.6.0.
Bugzilla Upgrade Mass Bug Change NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO. - benjsc fd.o Wrangler
With r5152, I couldn't reproduce the reported problem even using key snooper with uim-gtk.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.