libgtk2 immodules has cedilla disabled in en locales

[Felipe Figueiredo]

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: ć

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"

[Matěj (matj-redhat-bugs)]

Description of problem:
See http://thread.gmane.org/gmane.linux.redhat.fedora.devel/76670

Apparently many people didn't even know about beautiful mechanism of locales,
which is available in Linux. Theory is that if there is nice GUI configuration
mechanism for that, locales might be more used.

KDE has pretty good tool for this, but certainly some GNOME "don't stand in the
way of users doing what they want by forcing them operate your program" could be
useful. I know that there is an option to change language of Gnome session as
whole (which sets LANG variable), but AFAIK it is not possible to change
individual LC_* variables.

[Matthias (matthias-redhat-bugs)]

Feature requests like this really need to handled upstream.
FWIW, the control center contains a localization capplet, but it doesn't do
anything right now, therefore it isn't built.
Any solution you come up with here will have the suckiness factor of 'requires
relogin'.

[Matěj (matj-redhat-bugs)]

Done. http://bugzilla.gnome.org/show_bug.cgi?id=516756

[Sebastien Bacher (seb128)]

Thank you for your bug report. If upstream lists only some locales there they might have a reason, could you send your request on bugzilla.gnome.org rather? I don't think we should change this in a distribution specific why without knowing how they decide what to list there

[Felipe Figueiredo (philsf)]

Sebastien, I opened it in http://bugzilla.gnome.org/show_bug.cgi?id=532204, and promptly got an answer (notabug). I had to reopen it because I strongly disagree with the justification given, but I won't pursue this ad infinitum.

In the event of it being denied again, can this issue be be solved in the Ubuntu (maybe Debian) side?

[Felipe Figueiredo (philsf)]

New comment from upstream (which I find satisfactory).

Maybe then we should change the package from gtk to gnome-*?

------------
 Comment #3 from Owen Taylor (gtk+ developer, points: 25)
2008-05-08 17:44 UTC [reply]

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.

[Sebastien Bacher (seb128)]

thank you for your work on that, confirm the gnome-control-center task as a wishlist

[Desuita (desuita)]

This bug should be linked to bug # 518056.

[Fabio M. Panico (fbugnon)]

I was on 18.04 and that was not an issue for me.

Using US intl. alt. keyboard I could always get ç (cedilha).

Now that I've upgrade to 23.04, this problem came back.