After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 50629 - IC-per-toplevel for gtkentry and gtkview widgets
IC-per-toplevel for gtkentry and gtkview widgets
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Input Methods
1.3.x
Other All
: Normal minor
: Medium API
Assigned To: Hidetoshi Tajima
Hidetoshi Tajima
: 38670 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-02-06 22:49 UTC by Hidetoshi Tajima
Modified: 2015-12-22 00:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Hidetoshi Tajima 2001-02-06 22:49:06 UTC 
IC-per-toplevel: a single input context instance should be shared among
all text boxes of the same toplevel window. Wants this at least with
XIM backend.

This configuration is popular in CDE/Motif and used in Mozilla-XIM support,
and is widely accepted by many Asian/Japanese users.
Comment 1 Owen Taylor 2001-02-16 20:26:07 UTC 
What is the rational for this:

 - preservation of state?
 - conservation of resources?
 - something else?

Currently, the setup is:
 
Window
 Entry => GtkIMMultiContext => GtkIMContextXIM
 Entry => GtkIMMultiContext => GtkIMContextXIM
 Text  => GtkIMMultiContext => GtkIMContextXIM

You could imagine:

Window

 Entry => GtkIMMultiContext \  

 Entry => GtkIMMultiContext  ==> GtkIMContextXIM
 Text  => GtkIMMultiContext /
Comment 2 Hidetoshi Tajima 2001-02-16 20:54:09 UTC 
preservation of states(conversion/learing) is one reason esp when
many text boxes are on the same window and the same language should
be put to all.

conservation of resources is another reason. An example is 
spreadsheet type application with hundreds of small text boxes
on the same window.
Comment 3 Owen Taylor 2001-03-30 00:35:51 UTC 
I'm moving this off the 2.0 API freeze timeline, since that
is getting close, and I don't have any idea what the API
would be.

It may be possible to handle this all internally to 
GtkIMMultiContext, or to GtkIMContextXIM, since they do
have access to the client window.
Comment 4 Owen Taylor 2002-02-03 03:23:57 UTC 
Not going to get to this for 2.0.0.
Comment 5 Owen Taylor 2002-03-25 23:31:00 UTC 
Moving non-critical and hard-to-fix bugs to 2.0.2
Comment 6 Matthias Clasen 2002-04-05 13:33:36 UTC 
Move open bugs from milestones 2.0.[012] -- > 2.0.3, since 2.0.2 is already out.
Comment 7 Matthias Clasen 2003-05-05 10:33:08 UTC 
*** Bug 38670 has been marked as a duplicate of this bug. ***
Comment 8 Hidetoshi Tajima 2003-06-12 05:14:47 UTC 
Sorry for the spam. Just going to take this.
Comment 9 Matthias Clasen 2015-12-22 00:01:55 UTC 
time to close this