Bug 444814 - Amharaic defaults to native input
Summary: Amharaic defaults to native input
Alias: None
Product: Fedora
Classification: Fedora
Component: gtk2
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: F10Target
TreeView+ depends on / blocked
Reported: 2008-04-30 19:01 UTC by Bill Nottingham
Modified: 2014-03-17 03:14 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2009-01-30 03:57:34 UTC
mclasen: fedora_requires_release_note+

Attachments (Terms of Use)

Description Bill Nottingham 2008-04-30 19:01:30 UTC
Description of problem:

Boot the livecd.

Choose Amharaic (Ethiopia) from the locale dialog.

You end up in a mode where:
- the scim chooser applet isn't visible
- attempting to type in anything gives you ethiopic characters

According to im-chooser (when run via prefs), there is not an input method
enabled. Enabling it appears to clean things up.

Version-Release number of selected component (if applicable):

rawhide 20080430 livecd

Comment 1 Jens Petersen 2008-05-01 08:24:18 UTC
Why should scim be running for Amharaic?  Is it?

Reproducible on my rawhide testbox without scim installed.
Only seems to happen for gtk apps.

Comment 2 Jens Petersen 2008-05-01 08:26:13 UTC
gtk.immodules enables the im-am-et.so input method by default for am locale.

Comment 3 Matthias Clasen 2008-05-01 14:35:47 UTC
I guess the situation is the same for all the immodules that claim the default
for some language.

So, what is the intended behaviour that we want here ? Should we patch gtk to
make none of the input modules the default for the languages they support ?

Comment 4 Jens Petersen 2008-05-01 22:57:46 UTC
I don't think this is a regression, right - I guess it has been like this "forever".
So removing from the F9Blocker list.

I tempted to reassign this to Tagoh, since I think he has some plans to make changes
related to this kind of default IM behaviour hopefully for F10.

Comment 5 Akira TAGOH 2008-05-02 12:26:14 UTC
This is a bit different to what I'm thinking of the situation. of course I'm
aware of this and my opinion is opposite of this claim, because:

1. that's hard to keep the consistency among the toolkits for the kind of the
toolkit specific Input Method in im-chooser.
2. making none of the immodule breaks the usability for people who wants to use
immodules like this and which to keep the compatibility with XKB thing like

I'd rather like to have IM Engines in scim for other languages to meet the above
term. that would makes people happier to provide the certain compatibility for
their experience among all the applications.

Comment 6 Bug Zapper 2008-05-14 10:26:22 UTC
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:

Comment 7 Tony Fu 2008-09-10 03:15:28 UTC
requested by Jens Petersen (#27995)

Comment 8 Bug Zapper 2008-11-26 02:14:36 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:

Comment 9 Matthias Clasen 2009-01-17 02:19:21 UTC
I guess one way to fix this would be to split the gtk im modules off from the main gtk package, either as a single -immodules package, or if you want to be more finegrained, one subpackage per module. Then we can put those subpackages in the corresponding language support groups, and not install them by default.

Comment 10 Jens Petersen 2009-01-19 09:24:48 UTC
Yeah sounds reasonable (or gtk2-extra-immodules).

Comment 11 Matthias Clasen 2009-01-30 03:57:34 UTC
I've now split the im modules off into a gtk2-immodules subpackage

Comment 12 Matthias Clasen 2009-02-06 17:43:49 UTC
This should get mentioned in the F11 release notes, in the Internationalization section:

The 'native' input method modules that used to be shipped with gtk2 have been
moved to a separate gtk2-immodules package. If you've previously used 'native' GTK+ input methods, e.g. by setting the GTK_IM_MODULE environment variable, or by relying on GTK+ picking an input method based on the locale, you may have to install the gtk2-immodules package. Users of the default input method framework (scim/ibus) are not affected by this change.

Note You need to log in before you can comment on or make changes to this bug.