Red Hat Bugzilla – Bug 90443
Accentuation (deadkeys) do not work correctly with US internation keyboard
Last modified: 2007-04-18 12:53:34 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.2.1) Gecko/20030225
Description of problem:
When I type ' + c, the result is an accute-accentuated c ("ć", which does
not exist in Portuguese), instead of a cedil-c ("ï¿½"). It does not happen on
Mozilla for example, but happens in Evolution and many other parts of GUI.
It seems not to be a problem with kbdconfig; it's more like a distro problem. I
used to have the same problem on RH 8.0, and solved it changing $LANG from
"pt_BR.UTF-8" to "pt_BR" on /etc/sysconfig/i18n. It does not work on RedHat 9,
There are also several translation bug on both versions (wrong "Ecrï¿½" instead of
"Monitor" or "Vï¿½deo"; wrong "Ficheiro" instead of "Arquivo" - just to cite a
few). You should seriouslly think about having a Brazillian guy taking care of
translation into Brazillian Portuguese.
Version-Release number of selected component (if applicable):
Any running over RH 8 and 9
Steps to Reproduce:
1. On GUI, press ALT+F2 (Run Program) and the try pressing ' + C (you'll need to
enable deadkeys to see the problem; maybe, I'll need to be using Brazillian
Portuguese to be sure to reproduce the problem)
2. Open Evolution program using and simply try to send a message. When typing
it, press ' + c and the problem shows it self.
Actual Results: The result is an accute-accentuated c ("ć", which does not
exist in Portuguese), instead of a cedil-c ("ï¿½").
Expected Results: A "ï¿½" should appear.
Feel free to mail me if you need more information. (firstname.lastname@example.org)
The problem is two-fold. Part of it is that gtk+ and XFree86 use
different key compose rules, so you may end up with inconsistencies
and, in this case, you do. The other part is that XFree86 has compose
rules that are uniform for all languages, and since there are
languages that use the Ä character, it wouldn't be reasonable to map
that to Ã§. The XFree86 way to generate Ã§ in UTF8 locales is MultiKey
comma c, where MultiKey is most often the right-alt key, and comma is
just the `,' key.
gtk+ follows essentially the same rules, but with one exception: in pt
locales, it maps 'c to Ã§ instead of Ä.
So, depending on the locale and the application you use, you get
I've got used to MultiKey comma c sequence as a consistent way to
generate Ã§. I don't know of any plans to introduce pt-specific
compose rules in XFree86 to match those of gtk+ but, if you'd like to
pursue this route, you'll be better off contacting the upstream
maintainers of XFree86.
Perhaps a duplicate of bug #80244?
*** This bug has been marked as a duplicate of 80244 ***
I reported this bug to XFree, and it looks like the solution is on
The problem is not 'Ã§', but the right-Alt key.
I found a way to fix it in KDE: There is a dialog option in Keyboard
settings on KDE Control Center, that let you configure the
functionality of several keys. I then srt right-Alt as RightMeta.
Once XFree86 4.4.0 is released, and integrated into the distribution,
this problem should be resolved then hopefully. If someone feels
like whipping up a minimal patch which just fixes this one issue
in the meantime however, I'll have a look at it, and if it appears
to be low-impact and safe, I will consider adding it to our 4.3.0
If someone does attach a patch, please reopen the report.
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.