Bug 1632

Summary: uim shouldn't commit any string to non-editable text entry
Product: UIM Reporter: Takuro Ashie <ashie>
Component: bridge: GTK+Assignee: uim-bugs
Status: RESOLVED INVALID QA Contact:
Severity: normal    
Priority: high CC: ek.kato, uim-bugs
Version: unspecified   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Bug Depends on:    
Bug Blocks: 7730    

Description Takuro Ashie 2004-10-14 01:12:43 UTC
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.
Comment 1 TOKUNAGA Hiroyuki 2004-11-03 12:03:56 UTC
I also have no idea to fix this bug.
Comment 2 YamaKen 2004-11-07 17:41:12 UTC
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
Comment 3 YamaKen 2007-01-13 16:37:28 UTC
Etsushi, is this problem still remaining?
Comment 4 YamaKen 2008-01-03 05:21:29 UTC
Postponed to uim 1.6.0.
Comment 5 Benjamin Close 2008-01-11 02:37:22 UTC
Bugzilla Upgrade Mass Bug Change

NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.

  - benjsc
    fd.o Wrangler
Comment 6 Etsushi Kato 2008-02-01 00:57:26 UTC
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.