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
Why should scim be running for Amharaic? Is it? Reproducible on my rawhide testbox without scim installed. Only seems to happen for gtk apps.
gtk.immodules enables the im-am-et.so input method by default for am locale.
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 ?
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.
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 im-cedilla.so. 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.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
requested by Jens Petersen (#27995)
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: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
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.
Yeah sounds reasonable (or gtk2-extra-immodules).
I've now split the im modules off into a gtk2-immodules subpackage
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.