Bug 152183

This report is similar to bug 122664 and bug 139480.

If you use the ca_enhanced keyboard layout, you can not combine it with
any other layout due to limitations in Xkb currently.  The Xkb maintainers
have been exploring solutions to this problem for about 2 years now, but
no solution has come forth.

The issue is tracked in several freedesktop.org bug reports already,
but I do not have the bug ID's handy.  The problem is well known, but no
simple solution is available.  If anyone is interested in the detailed
explanation of the issues involved, I would suggest searching freedesktop
bugzilla for both open and closed bug reports with "ca_enhanced" in a
comment.

Hope this helps.

This bug seems to have similar symptoms to the bugs referenced in
comment #1, but is not an exact duplicate.

ca_enhanced.  Works just fine in Core4. It is not defined in Core 5 test2.

ca fr-legacy does not work properly in Core 5 Test 2.

Canada uses ca-enhanced in Federal Government, and in all of the French Speaking
areas of country (4 million people), and for international communications.  

Since the present Core4 version works, why not migrate it's logic to core5?  

ca fr-legacy does work for most keys, but not for ç bôite, ètè and many other
accented vowels. Also AltChar key and E yields Euro symbol. 

ca fr-legacy

Physical keyboards from IBM, Microsoft, Benq, all work properly

I had the Gnome  ca fr Multilingual working, after a friend ported the
appropriate files from Core4.  However, the port that he did only brought over
the definitions for Gnome, and not for KDE. 

With that definition, the alt-char key does not allow for the entering of many
special characters, such as the at symbol, or the open and close (French)
quotation marks «Z»

Would like to see this problem tackled soon. It prevents me from further testing.

I think the problem may go away when Xorg stops shipping its own xkb data and
switches to xkeyboard-config.  I'm going to reassign to the X team, so they can
close this when that happens.

I'm not positive that the problem will go away if we switch to xkeyboard-config
's xkb data but someone on the X.org team may know.

These bugs are being closed since a large number of updates have been released
after the FC5 test1 and test2 releases. Kindly update your system by running yum
update as root user or try out the third and final test version of FC5 being
released in a short while and verify if the bugs are still present on the system
.Reopen or file new bug reports as appropriate after confirming the presence of
this issue. Thanks

Regretfully, the bug is still there, and here is additional information.

a) the superterminal in kde has a keyboard layout that appears to be USA
standard, even though the CA(FR) keyboard was requested.

Using the "normal terminal" in kde appears to map the version of canadian french
that is the incorrect one.

The linux command  setxkbmap "ca(fr)" via the terminal or shell loads the
correct keyboard definition, but not for the kde superterminal 

The top row of the correct keyboard mapping, unshifted, from left to right,
is  # normal 1 normal 2 normal  ... 9 normal 0 normal - normal and = 
with upper case shift it is
| pipe    ! exclamation mark " double quote / forward slash ... _ underbar + plus

The alt key characters are, in part:
\ bacslash, ± plus-minus, @ at symbol, £ pound ... ¼ (zero key), ½ hyphen key
and ¾  The rightmost key before the backspace.

And  the alt-char and e key for the Euro symbol.

Lets get it fixed, including the shells (ctl-alt-F1, F2..)  

What I was showing by the key mappings is what it should be, and not what it
incorrectly is.  The programmer who is assigned can check the Core 4 settings
which I listed to get the correct mapping.

I would do the mappying, were I to have the information.

(In reply to comment #5)
> I think the problem may go away when Xorg stops shipping its own xkb data and
> switches to xkeyboard-config.  I'm going to reassign to the X team, so they can
> close this when that happens.
> 
> I'm not positive that the problem will go away if we switch to xkeyboard-config
> 's xkb data but someone on the X.org team may know.

We've switched to xkeyboard-config 0.8 in FC5 now, so I'm closing this report
as fixed in rawhide, however if someone still experiences the problem, they
should report it to X.Org bugzilla at http://bugs.freedesktop.org so the
xkeyboard-config maintainer is aware of the problem and can address it in
the next release.  In this case, please paste the X.Org bug URL here and
Red Hat will track the issue in X.Org bugzilla and review any fixes that
become available for consideration in future updates.

Every fix that was provided but one works for my Core5 test3 environment. 
I will enumerate them
Gnome GUI;-- works 100%
Gnome terminal works 100%
KDE GUI  -- works 100%
evolution, etc 100%
kde terminal 100%
tty access(CTL-ALTF1--Fx) works 100% 

but

KDE Superterminal  - 30% (ie 70% less 100% is negative 30%  keyboard is some
abomination, not US or Canadian.