GNOME Bugzilla – Bug 532204
libgtk2 immodules has cedilla disabled in en locales
Last modified: 2008-05-08 18:28:55 UTC
The bug has been opened on https://bugs.launchpad.net/bugs/228077 Binary package hint: libgtk2.0-0 philsf@philsf-laptop:~$ lsb_release -rd Description: Ubuntu 8.04 Release: 8.04 philsf@philsf-laptop:~$ apt-cache policy libgtk2.0-0 libgtk2.0-0: Installed: 2.12.9-3ubuntu3 One can't use dead keys to input a c+cedilla in en_US (probably other en_* locales). I had this on Gutsy. Now in Hardy, I thought I should report, since it's annoying, and the fix is documented. Steps to reproduce: - enable deadkeys - Open gnome-terminal (or firefox) and enter ' + c What you should get: ç What you do get: ć Other information: Fix (got from http://ubuntuforums.org/showthread.php?p=3652628 ): Edit /usr/lib/gtk-2.0/2.10.0/immodule-files.d/libgtk2.0-0.immodules, and include ":en" in the cedilla line 6c6 < "cedilla" "Cedilla" "gtk20" "/usr/share/locale" "az:ca:co:fr:gv:oc:pt:sq:tr:wa" --- > "cedilla" "Cedilla" "gtk20" "/usr/share/locale" "az:ca:co:fr:gv:oc:pt:sq:tr:wa:en"
Since English does not have a cedilla, there is no justification for grouping it with the languages that have a cedilla... dead-acute + c should give the obvious result: a c plus an acute.
But english is the second language of many people who use cedillas for their first language. Not enabling the cedilla is annoying for people that need it, and enabling it makes no difference to people who don't. (Is there any language that uses c plus acute as an accented language?) In this logic, why enable deadkeys at all in english?
English is also the second language of many people who ues C+acute as their first language. While their are certainly numerically more people who speak languages with the cedilla, there are some major languages (Polish in particular) that go the other way. (http://en.wikipedia.org/wiki/%C4%86, though I think the list there is not exhaustive.) There is a perfectly good way of representing "I want a English UI but preferences for some other lanugage" ... the LC_* variables. (GTK+ checks LC_CTYPE for picking the default IM module.) The fact that there is no good interface for setting this in GNOME is not a reason to change GTK+. As a bonus, this will give people the right collation, currency values, thousands separators, and so forth.
Thanks for your answer, Owen. Should this bug be changed to gnome UI instead of gtk then?
I don't think it would hurt to have a control center bug open about this, if there isn't one already, but the first step would be figuring out the right user interface. The wrong user interface is a separate "Locale Settings" dialog with a dropdown for each LC_* variable. It seems to me that the default settings should be set when the user picks their location, since that's a fairly reliable indicator. (Location picking isn't centralized in GNOME currently, it's distributed between evolution, intlclock and various system-specific tools, but it should be.)
Ok, thanks for the clarification, Owen. Changing from gtk to gnome-control-center and reopening.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 333104 ***