[SOLVED] Dead keys on console in UTF-8 locale

Hello,
I want to share something interesting I found out about dead keys support on the Linux console (i.e., without X).
I live in Canada and use the "Canadian French" keyboard, which uses dead keys for several diacritical marks (e.g., to type ê I push and release the ^ key, then type the e key). It works perfectly under X, but I was unable to type any character using dead keys on the console. On the other hand, non-ASCII characters like "é" that do not use dead keys worked perfectly.
After some googling, I found many posts claiming the kernel did not support dead keys when the console was in Unicode mode. So I changed the locale to a non-UTF-8 setting in /etc/rc.conf, and indeed dead keys started working. But this was not useful to me, since editing UTF-8 files resulted in gibberish, and I did not want to regress back to Latin1 encoding or have to support both encodings. I tried many combinations of settings, but none worked. For a few days, I thought there was no way to have dead keys and Unicode working on the Console.
But then I started to install Arch Linux on another computer and noticed that when I set the keyboard to Canadian French with the "km" utility before installing (the keymap is called "cf"), dead keys worked, even though the locale was Unicode! So there was a way to do it.
I started digging and trying new things, and found out that after the following incantations, I was able to enable dead keys for Unicode on the console:
kbd_mode -a
sudo loadkeys cf
kbd_mode -u
This sets the console to ASCII mode, loads the "cf" keymap, and sets the console back to Unicode. I found it by trial and error, and I have no idea why it works or whether it breaks anything. I'm posting here to ask if there are easier ways to have a functional Canadian French keyboard on the console, and to document what I did in case someone has a similar problem.
Last edited by pguertin (2010-01-23 21:44:33)

I have the exact same issue.
The weird thing for me is that before I was using gentoo and never had a problem with dead keys and unicode. Also, I confirm that dead keys is working when booting from the archlinux installation cd. Either run 'loadkeys cf' rigth after login or pass 'keymap=cf' as a boot parameter to the kernel line by editing it in grub before booting.
Your solution is interesting, however the cf.map.gz file is the same on the installation cd (and on my gentoo system) so it should works without editing it.
In my quest to solve this issue, I found something interesting. I added the 'keymap' hook in /etc/mkinitcpio.conf and regenerated the image by issuing
mkinitcpio -g /boot/kernel26.img
This alone didn't solved the issue, but then I REMOVED the keymap assignation in /etc/rc.conf (i.e. leaving it as
KEYMAP=
), rebooted... and voilà, it now works.
Furthermore, now if I run
sudo loadkeys cf
after login it stops working (well of course because it's the same as defining KEYMAP="cf" in /etc/rc.conf). Issuing the 3 commands of your first post make it works again. OK so I did one more test: boot from the archlinux installation cd by adding the 'keymap=cf' boot parameter to the kernel line and then run 'loadkeys cf' after login to see if it breaks dead keys. But no, it still works.
So is this issue comes from a newer version of the kernel/loadkeys/mkinitcpio/...? How different is the kernel and initramfs images of the installation cd compared to the installed system ?

Similar Messages

  • [SOLVED] Freezing while "Setting Consoles to UTF-8 mode"

    Hi everyone,
    I recently ran a Pacman -Syu on my bare bones network boot HTPC. I rebooted for the first time today due to a network issue which caused the machine to freeze up(since it network boots it couldn't do anything with no network). Now when I reboot it seems to be freezing while performing the "Setting Consoles to UTF-8 mode" step. I am not sure what changed on the system as everything else appears to be in good working order. I don't even know where to start to troubleshoot this issue. I had a look through rc.sysinit and I can see the section  but nothing seems amiss when compared to my other working machines here. I had a look through the log files but also nothing pops out. Any ideas?
    Here is the latest log for pacman to see what was updated:
    [2009-11-14 15:21] synchronizing package lists
    [2009-11-14 15:32] warning: /etc/pacman.conf installed as /etc/pacman.conf.pacnew
    [2009-11-14 15:32] upgraded pacman (3.3.0-3 -> 3.3.2-1)
    [2009-11-14 15:32] synchronizing package lists
    [2009-11-14 15:32] starting full system upgrade
    [2009-11-14 15:44] upgraded kernel-headers (2.6.30.5-1 -> 2.6.31.5-1)
    [2009-11-14 15:44] upgraded tzdata (2009m-1 -> 2009q-1)
    [2009-11-14 15:44] warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
    [2009-11-14 15:44] Generating locales...
    [2009-11-14 15:44] en_US.UTF-8... done
    [2009-11-14 15:44] Generation complete.
    [2009-11-14 15:44] upgraded glibc (2.10.1-4 -> 2.11-1)
    [2009-11-14 15:44] upgraded attr (2.4.43-1 -> 2.4.44-1)
    [2009-11-14 15:44] upgraded acl (2.2.47-2 -> 2.2.48-1)
    [2009-11-14 15:44] upgraded apr (1.3.8-2 -> 1.3.9-1)
    [2009-11-14 15:44] upgraded bash (4.0.033-1 -> 4.0.035-1)
    [2009-11-14 15:44] upgraded gcc-libs (4.4.1-1 -> 4.4.2-3)
    [2009-11-14 15:45] ATTENTION DB PACKAGE:
    [2009-11-14 15:45] Please consider to run db_upgrade on Berkeley DB databases with a major db version number update.
    [2009-11-14 15:45] upgraded db (4.7.25.4-1 -> 4.8.24-1)
    [2009-11-14 15:45] upgraded libsasl (2.1.23-1 -> 2.1.23-2)
    [2009-11-14 15:45] upgraded perl (5.10.0-6 -> 5.10.1-5)
    [2009-11-14 15:45] upgraded openssl (0.9.8k-4 -> 0.9.8l-1)
    [2009-11-14 15:45] upgraded libldap (2.4.18-1 -> 2.4.19-1)
    [2009-11-14 15:45] upgraded apr-util (1.3.9-2 -> 1.3.9-3)
    [2009-11-14 15:45] upgraded pcre (7.9-1 -> 8.00-1)
    [2009-11-14 15:45] upgraded glib2 (2.20.4-1 -> 2.22.2-1)
    [2009-11-14 15:45] upgraded atk (1.26.0-1 -> 1.28.0-1)
    [2009-11-14 15:45] upgraded binutils (2.19.1-5 -> 2.20-2)
    [2009-11-14 15:45] upgraded bzip2 (1.0.5-4 -> 1.0.5-5)
    [2009-11-14 15:45] upgraded xextproto (7.0.5-1 -> 7.1.1-1)
    [2009-11-14 15:45] upgraded xproto (7.0.15-1 -> 7.0.16-1)
    [2009-11-14 15:45] upgraded fixesproto (4.0-3 -> 4.1.1-1)
    [2009-11-14 15:45] upgraded compositeproto (0.4-2 -> 0.4.1-1)
    [2009-11-14 15:45] upgraded dbus-glib (0.80-1 -> 0.82-2)
    [2009-11-14 15:45] installed eggdbus (0.5-1)
    [2009-11-14 15:45] upgraded pam (1.0.4-1 -> 1.1.0-1)
    [2009-11-14 15:45] installed polkit (0.94-1)
    [2009-11-14 15:45] upgraded kbproto (1.0.3-2 -> 1.0.4-1)
    [2009-11-14 15:45] upgraded libx11 (1.2.2-1 -> 1.3.2-1)
    [2009-11-14 15:45] upgraded consolekit (0.3.0-5 -> 0.4.1-1)
    [2009-11-14 15:45] upgraded curl (7.19.6-1 -> 7.19.7-1)
    [2009-11-14 15:45] upgraded device-mapper (1.02.33-1 -> 2.02.53-1)
    [2009-11-14 15:45] upgraded dhcpcd (5.1.0-1 -> 5.1.3-1)
    [2009-11-14 15:45] upgraded dialog (1.1_20080819-2 -> 1.1_20080819-3)
    [2009-11-14 15:45] upgraded dmxproto (2.2.99.1-1 -> 2.3-1)
    [2009-11-14 15:45] upgraded enca (1.10-1 -> 1.12-1)
    [2009-11-14 15:45] The package is built using sysv ipc. If this causes segfaults
    [2009-11-14 15:45] see included README file and rebuild the pkg --with-ipc=tcp
    [2009-11-14 15:45] upgraded fakeroot (1.13-1 -> 1.14.3-1)
    [2009-11-14 15:45] upgraded fontcacheproto (0.1.2-2 -> 0.1.3-1)
    [2009-11-14 15:45] upgraded freetype2 (2.3.9-2 -> 2.3.11-1)
    [2009-11-14 15:46] upgraded gcc (4.4.1-1 -> 4.4.2-3)
    [2009-11-14 15:46] upgraded git (1.6.4.4-1 -> 1.6.5.2-1)
    [2009-11-14 15:46] upgraded gnutls (2.8.3-1 -> 2.8.5-1)
    [2009-11-14 15:46] upgraded groff (1.20.1-2 -> 1.20.1-3)
    [2009-11-14 15:46] upgraded gzip (1.3.12-6 -> 1.3.13-1)
    [2009-11-14 15:46] upgraded hal (0.5.13-2 -> 0.5.13-3)
    [2009-11-14 15:46] upgraded sqlite3 (3.6.18-1 -> 3.6.20-1)
    [2009-11-14 15:46] upgraded heimdal (1.2.1-6 -> 1.2.1-7)
    [2009-11-14 15:46] upgraded inputproto (1.5.1-2 -> 2.0-1)
    [2009-11-14 15:46] upgraded kernel26-firmware (2.6.30-1 -> 2.6.31-1)
    [2009-11-14 15:46] upgraded module-init-tools (3.10-1 -> 3.11.1-1)
    [2009-11-14 15:48] >>> Updating module dependencies. Please wait ...
    [2009-11-14 15:48] >>> MKINITCPIO SETUP
    [2009-11-14 15:48] >>> ----------------
    [2009-11-14 15:48] >>> If you use LVM2, Encrypted root or software RAID,
    [2009-11-14 15:48] >>> Ensure you enable support in /etc/mkinitcpio.conf .
    [2009-11-14 15:48] >>> More information about mkinitcpio setup can be found here:
    [2009-11-14 15:48] >>> http://wiki.archlinux.org/index.php/Mkinitcpio
    [2009-11-14 15:48]
    [2009-11-14 15:48] >>> Generating initial ramdisk, using mkinitcpio. Please wait...
    [2009-11-14 15:48] ==> Building image "default"
    [2009-11-14 15:48] ==> Running command: /sbin/mkinitcpio -k 2.6.31-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img
    [2009-11-14 15:48] :: Begin build
    [2009-11-14 15:48] :: Parsing hook [base]
    [2009-11-14 15:48] :: Parsing hook [net]
    [2009-11-14 15:52] :: Parsing hook [udev]
    [2009-11-14 15:52] :: Parsing hook [autodetect]
    [2009-11-14 15:52] :: Parsing hook [pata]
    [2009-11-14 15:52] :: Parsing hook [scsi]
    [2009-11-14 15:52] :: Parsing hook [sata]
    [2009-11-14 15:52] :: Parsing hook [filesystems]
    [2009-11-14 15:52] :: Generating module dependencies
    [2009-11-14 15:53] :: Generating image '/boot/kernel26.img'...SUCCESS
    [2009-11-14 15:53] ==> SUCCESS
    [2009-11-14 15:53] ==> Building image "fallback"
    [2009-11-14 15:53] ==> Running command: /sbin/mkinitcpio -k 2.6.31-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26-fallback.img -S autodetect
    [2009-11-14 15:53] :: Begin build
    [2009-11-14 15:53] :: Parsing hook [base]
    [2009-11-14 15:53] :: Parsing hook [net]
    [2009-11-14 15:57] :: Parsing hook [udev]
    [2009-11-14 15:57] :: Parsing hook [pata]
    [2009-11-14 15:57] :: Parsing hook [scsi]
    [2009-11-14 15:59] :: Parsing hook [sata]
    [2009-11-14 15:59] :: Parsing hook [filesystems]
    [2009-11-14 16:00] :: Generating module dependencies
    [2009-11-14 16:01] :: Generating image '/boot/kernel26-fallback.img'...SUCCESS
    [2009-11-14 16:01] ==> SUCCESS
    [2009-11-14 16:01] upgraded kernel26 (2.6.30.6-1 -> 2.6.31.6-1)
    [2009-11-14 16:01] upgraded libcdio (0.80-3 -> 0.81-2)
    [2009-11-14 16:01] upgraded libxext (1.0.5-2 -> 1.1.1-1)
    [2009-11-14 16:01] upgraded libdmx (1.0.99.1-1 -> 1.1.0-1)
    [2009-11-14 16:01] upgraded libdrm (2.4.13-1 -> 2.4.15-1)
    [2009-11-14 16:01] upgraded libevent (1.4.11-1 -> 1.4.12-1)
    [2009-11-14 16:01] upgraded libfetch (2.25-1 -> 2.26-1)
    [2009-11-14 16:01] upgraded libgpg-error (1.6-1 -> 1.7-2)
    [2009-11-14 16:01] upgraded libmms (0.4-1 -> 0.5-1)
    [2009-11-14 16:01] upgraded libmpcdec (1.2.6-1 -> 1.2.6-2)
    [2009-11-14 16:01] upgraded libmysqlclient (5.1.38-1 -> 5.1.39-1)
    [2009-11-14 16:01] upgraded libpciaccess (0.10.8-1 -> 0.10.9-1)
    [2009-11-14 16:01] upgraded libpng (1.2.39-1 -> 1.2.40-1)
    [2009-11-14 16:01] upgraded librpcsecgss (0.18-1 -> 0.19-1)
    [2009-11-14 16:01] upgraded libtheora (1.0-1 -> 1.1.1-1)
    [2009-11-14 16:01] upgraded libxt (1.0.6-1 -> 1.0.7-1)
    [2009-11-14 16:01] upgraded libxmu (1.0.4-2 -> 1.0.5-1)
    [2009-11-14 16:01] upgraded libxpm (3.5.7-2 -> 3.5.8-1)
    [2009-11-14 16:01] upgraded libxaw (1.0.6-1 -> 1.0.7-1)
    [2009-11-14 16:01] upgraded libxfixes (4.0.3-2 -> 4.0.4-1)
    [2009-11-14 16:01] upgraded libxcomposite (0.4.0-2 -> 0.4.1-1)
    [2009-11-14 16:01] upgraded libxdamage (1.1.1-2 -> 1.1.2-1)
    [2009-11-14 16:01] upgraded libxdmcp (1.0.2-2 -> 1.0.3-1)
    [2009-11-14 16:01] upgraded libxfont (1.4.0-1 -> 1.4.1-1)
    [2009-11-14 16:01] upgraded libxfontcache (1.0.4-2 -> 1.0.5-1)
    [2009-11-14 16:01] upgraded renderproto (0.9.3-2 -> 0.11-1)
    [2009-11-14 16:01] upgraded libxrender (0.9.4-2 -> 0.9.5-1)
    [2009-11-14 16:01] upgraded libxft (2.1.13-1 -> 2.1.14-1)
    [2009-11-14 16:01] upgraded libxi (1.2.1-1 -> 1.3-2)
    [2009-11-14 16:01] upgraded xineramaproto (1.1.99.1-1 -> 1.2-1)
    [2009-11-14 16:01] upgraded libxinerama (1.0.99.1-1 -> 1.1-1)
    [2009-11-14 16:01] upgraded libxkbfile (1.0.5-1 -> 1.0.6-1)
    [2009-11-14 16:01] upgraded libxml2 (2.7.3-3 -> 2.7.6-1)
    [2009-11-14 16:01] upgraded recordproto (1.13.2-2 -> 1.14-1)
    [2009-11-14 16:01] upgraded libxtst (1.0.3-2 -> 1.1.0-1)
    [2009-11-14 16:01] upgraded libxv (1.0.4-1 -> 1.0.5-1)
    [2009-11-14 16:01] upgraded xf86dgaproto (2.0.99.1-1 -> 2.1-1)
    [2009-11-14 16:01] upgraded libxxf86dga (1.0.99.1-1 -> 1.1.1-1)
    [2009-11-14 16:01] upgraded xf86miscproto (0.9.2-2 -> 0.9.3-1)
    [2009-11-14 16:01] upgraded libxxf86misc (1.0.1-2 -> 1.0.2-1)
    [2009-11-14 16:01] upgraded xf86vidmodeproto (2.2.99.1-1 -> 2.3-1)
    [2009-11-14 16:01] upgraded libxxf86vm (1.0.99.1-1 -> 1.1.0-1)
    [2009-11-14 16:02] upgraded python (2.6.2-5 -> 2.6.4-1)
    [2009-11-14 16:02] upgraded lirc-utils (0.8.5-1 -> 0.8.6-3)
    [2009-11-14 16:02] >>> Updating module dependencies. Please wait ...
    [2009-11-14 16:02] upgraded lirc (0.8.5-2 -> 0.8.6-1)
    [2009-11-14 16:02] upgraded lvm2 (2.02.48-1 -> 2.02.53-1)
    [2009-11-14 16:02] upgraded man-pages (3.22-1 -> 3.23-1)
    [2009-11-14 16:02] upgraded mesa (7.5.1-2 -> 7.6-2)
    [2009-11-14 16:02] upgraded mlocate (0.22.1-1 -> 0.22.2-2)
    [2009-11-14 16:02] upgraded nfs-utils (1.2.0-3 -> 1.2.0-4)
    [2009-11-14 16:02] upgraded openssh (5.2p1-1 -> 5.3p1-2)
    [2009-11-14 16:02] upgraded pango (1.24.5-1 -> 1.26.0-2)
    [2009-11-14 16:02] upgraded pixman (0.16.0-1 -> 0.16.2-1)
    [2009-11-14 16:02] upgraded popt (1.14-1 -> 1.15-1)
    [2009-11-14 16:02] upgraded randrproto (1.3.0-1 -> 1.3.1-1)
    [2009-11-14 16:02] upgraded sdl (1.2.13-3 -> 1.2.14-1)
    [2009-11-14 16:02] upgraded sdparm (1.03-2 -> 1.04-1)
    [2009-11-14 16:03] upgraded shared-mime-info (0.60-1 -> 0.70-2)
    [2009-11-14 16:03] upgraded tdb (3.3.7-1 -> 3.4.3-2)
    [2009-11-14 16:03] upgraded smbclient (3.3.7-2 -> 3.4.3-2)
    [2009-11-14 16:03] upgraded subversion (1.6.5-4 -> 1.6.5-5)
    [2009-11-14 16:03] upgraded tre (0.7.6-1 -> 0.8.0-1)
    [2009-11-14 16:03] upgraded wavpack (4.50.1-1 -> 4.60.0-1)
    [2009-11-14 16:03] upgraded wget (1.11.4-2 -> 1.12-1)
    [2009-11-14 16:03] upgraded xbitmaps (1.0.1-2 -> 1.1.0-1)
    [2009-11-14 16:03] upgraded xcursor-themes (1.0.1-2 -> 1.0.2-1)
    [2009-11-14 16:03] upgraded xf86-input-evdev (2.2.5-1 -> 2.3.0-1)
    [2009-11-14 16:03] upgraded xf86-video-vesa (2.2.0-1 -> 2.2.1-1)
    [2009-11-14 16:03] upgraded xfsprogs (3.0.1-2 -> 3.0.5-1)
    [2009-11-14 16:03] upgraded xorg-apps (7.4-2 -> 7.5-2)
    [2009-11-14 16:03] upgraded xorg-font-utils (7.4-3 -> 7.5-2)
    [2009-11-14 16:03] upgraded xorg-fonts-alias (1.0.1-2 -> 1.0.2-1)
    [2009-11-14 16:03] Regenerating font encodings... done.
    [2009-11-14 16:03] upgraded xorg-fonts-encodings (1.0.2-3 -> 1.0.3-1)
    [2009-11-14 16:03] upgraded xorg-server-utils (7.4-7 -> 7.5-3)
    [2009-11-14 16:03] upgraded xorg-server (1.6.3.901-1 -> 1.7.1.901-2)
    [2009-11-14 16:03] installed printproto (1.0.4-1)
    [2009-11-14 16:03] installed libxp (1.0.0-3)
    [2009-11-14 16:03] upgraded xorg-utils (7.4-4 -> 7.5-1)
    [2009-11-14 16:03] upgraded xorg-xauth (1.0.3-1 -> 1.0.4-1)
    [2009-11-14 16:03] upgraded xorg-xkb-utils (7.4-2 -> 7.5-1)
    [2009-11-14 16:03] upgraded xterm (246-1 -> 250-1)
    Any help would be appreciated as I am currently not able to boot the machine.
    Thanks,
    Kevin
    Last edited by ould (2009-11-23 13:41:40)

    This is interesting since I still have the issue on my system, I havn't yet reverted to an older kernel but was thinking the kernel package is the likely issue, using version kernel 2.6.33
    I take it this isn't a common error? is this possibly a 64 bit kernel error or a video related error?
    Still no answer from me yet, not that I have spend a great deal of time trying to look at it. annoying though.

  • No dead keys in Xorg, strange dead keys in virtual consoles

    Without touching my configs I'm having issues with the dead keys on my german keyboard:
    In applications under Xorg they are simply inactive (as if choosing a nodeadkeys-layout). In virtual consoles there is no character displayed when I double-tap a dead key (e.g. '~'), but it is indeed displayed if I press some other key afterwards. Strange thing here is that it is not combined with the second one like in the deadkeys-layout (e.g. à for pressing ` and then 'a').
    I do my Xorg layout via /etc/X11/xorg.conf.d/25-evdev.conf:
    Section "InputClass"
    Identifier "Logitech Illuminated Keyboard"
    MatchProduct "Logitech Illuminated Keyboard"
    Driver "evdev"
    Option "XkbLayout" "de"
    Option "XkbOptions" "terminate:ctrl_alt_bksp"
    EndSection
    According to /var/log/Xorg.0.log the layout seems to be set correctly:
    [ 39.725] (**) evdev: Logitech Logitech Illuminated Keyboard: Device: "/dev/input/event2"
    [ 39.725] (--) evdev: Logitech Logitech Illuminated Keyboard: Vendor 0x46d Product 0xc318
    [ 39.725] (--) evdev: Logitech Logitech Illuminated Keyboard: Found keys
    [ 39.725] (II) evdev: Logitech Logitech Illuminated Keyboard: Configuring as keyboard
    [ 39.725] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb4/4-1/4-1.3/4-1.3:1.0/input/input2/event2"
    [ 39.725] (II) XINPUT: Adding extended input device "Logitech Logitech Illuminated Keyboard" (type: KEYBOARD, id 10)
    [ 39.725] (**) Option "xkb_rules" "evdev"
    [ 39.725] (**) Option "xkb_model" "evdev"
    [ 39.725] (**) Option "xkb_layout" "de"
    [ 39.725] (**) Option "xkb_options" "terminate:ctrl_alt_bksp"
    I'm using an up-to-date pure-systemd install.
    Any suggestions how to trace down the issue?
    Thanks in advance,
    lynix
    Last edited by lynix (2012-10-10 21:21:26)

    I’ve the same behavior as you in virtual console, and I really don’t know why.
    For Xorg, check your .XCompose (recently I’ve a problem with a line only recognized by Xorg months later after I add it) or the Compose file of your locale in
    /usr/share/X11/locale/$your_locale.UTF-8/Compose
    However it seems en_US.UTF-8/Compose is used for many western languages (at least that seems to be the case for french).

  • [Solved] BEPO keyboard and dead keys

    Hello!
    So, I'm using a French BEPO keyboard, and it works pretty well, till today.
    Indeed, today, I wanted to write a greek letter, µ, but I couldn't. This letter is mapped to Alt-Gr+g.
    However, when loading the bepo in the console, it's working well (in a TTY). This only affects QT or GTK applications so far (X).
    This is the only one not working: my other dead keys just works like a charm (-> ´+i=í…)
    My final purpose is to be able to type any simple greek letter as explained here (http://bepo.fr/wiki/Lettre_grecque_sous_Linux). But I need the mu lettre to work first…
    I've tried GTK_IM_MODULE=xim, but then my normal deadkeys don't work anymore nor this alt-gr+g.
    By default, I use:
    export GTK_IM_MODULE=ibus
    export XMODIFIERS=@im=ibus
    export QT_IM_MODULE=ibus
    I also found out that alt-gr+/(L) is not working as a dead key (in order to type ø for example). (http://bepo.fr/wiki/Barre_inscrite)
    I should, lastly, say that I use a typematrix keyboard which is build with BEPO on it.
    Last edited by jiehong (2012-06-13 12:53:18)

    Hi,
    I aslo use the BÉPO layout.
    The Alt-Gr + G key changed in xorg with the last update of the xkeyboard-config package (happened on June 02 for me): this combination was the 'μ' greek letter, now it is the 'dead_greek' dead character. It is now what it should be so that is fine.
    To type the 'μ' letter, you now type Alt-Gr+G, followed by M.
    Note that this dead key works for me only if I use the xim input method. With other input method, some dead keys work, some others don't.
    I don't use some variables to set the input method, I use dconf-editor (package dconf),
    I set the key org/gnome/desktop/interface/gtk-im-module to xim (you don't have to restart for this change to take effect).
    When I was trying to configure greek letters before the xkeyboard-config update, I also found out that when I have a ~/.Xcompose file, it kills all the dead keys of my layout, I don't know if this is a bug or if I'm doing something wrong. Try to remove yours.

  • [SOLVED] Vi and international keyboards dead keys

    Hello all,
    I'm learning Vi from the excellent documentation by the author himself and Mary Ann Horton at FreeBSD Documentation. However I'm facing a wall that I can't seem to get around.
    Under the portuguese keyboard layout as defined by pt-latin1, the following diacritics are dead-keys:
    ~ (tilde)
    ^ (circumflex) (above the tilde, requires also the use of the SHIFT key)
    ` (gave accent, aka back tick) (above acute accent, requires the use of the SHIFT key)
    Because they are dead keys, these diacritics aren't compatible with Vi command mode and certain CTRL combinations. They are however very useful. How can I handle this problem in Vi without remmaping these symbols to different keys (it is very important I don't remap them)? Is there a way to temporarily disable dead-keys functionality and have them function as regular one-hit keys?
    My search for pt keymaps without dead keys produced 0 results. So, I don't think that is an option.
    Last edited by marfig (2010-08-09 00:22:23)

    Well, I took a closer look at man keymaps and found a way to deal with this; I can create single modifier definitions and load them with loadkeys.
    So, if I look at dumpkeys I may find the following two lines
    keycode 27 = dead_acute dead_grave apostrophe
    keycode 43 = dead_tilde dead_circumflex asciitilde Control_backslash
    I now know the keycodes. So I can create a new file (say, pt-latin1-undead), and write this this:
    plain keycode 27 = acute
    shift keycode 27 = grave
    plain keycode 43 = asciitilde
    shift keycode 43 = circumflex
    Then all I need to do is load it with:
    sudo loadkeys pt-latin1-undead
    This will load it on top of my current keymap, replacing only those modifiers I defined and leaving the rest intact. When I'm done and want to get back to dead_keys mode, I simply load pt-latin1 again. Tested it already and works flawlessly!
    The only disadvantage I can see is that loadkeys requires root access.
    Note: The actual code for circumflex is 'asciicircum'. I didn't know this and my first try with 'asciicircumflex' was giving me a syntax error on loadkeys. So I just tried 'circumflex' and it worked. Seems to be a synonym.
    Flagging as SOLVED.
    Last edited by marfig (2010-08-09 00:38:14)

  • Dead keys in keyboard no longer working

    I use "us-acentos"  keymap and since 2014-09-24 upgrade the dead keys are no longer working: typing apostrophe  followed by "e" should print "é" but instead it just prints the apostrophe.
    This under X both in bash and in a graphical editor such as leafpad, geany, netbeans. In a non-X session the dead keys do not work either, an apostrophe followed by "e"  will just display a space.
    Would anyone have any suggestion as to why this happened and how to correct it? Thank you.
    Output of locale-ctl status:
    System locale: LANG=fr_CA.UTF-8;
    VC Keymap: us-acentos;
    X11 Layout: n/a.
    Output of pacman.log:
    [2014-09-24 16:59] [PACMAN] starting full system upgrade
    [2014-09-24 17:03] [PACMAN] upgraded bash (4.3.024-1 -> 4.3.024-2)
    [2014-09-24 17:03] [PACMAN] installed ca-certificates-utils (20140325-2)
    [2014-09-24 17:03] [PACMAN] installed ca-certificates-mozilla (3.17-3)
    [2014-09-24 17:03] [PACMAN] installed ca-certificates-cacert (20140824-1)
    [2014-09-24 17:03] [PACMAN] upgraded ca-certificates (20140325-1 -> 20140325-2)
    [2014-09-24 17:03] [PACMAN] upgraded efivar (0.10.8.g81d0146-1 -> 0.11-1)
    [2014-09-24 17:03] [PACMAN] upgraded efibootmgr (0.7.0.16.g099e110-1 -> 0.8.0-1)
    [2014-09-24 17:03] [PACMAN] upgraded rtmpdump (20131205-1 -> 20140918-2)
    [2014-09-24 17:03] [PACMAN] upgraded libx264 (1:142.20140826-1 -> 1:142.20140826-2)
    [2014-09-24 17:03] [PACMAN] upgraded ffmpeg (1:2.3.3-2 -> 1:2.4.1-1)
    [2014-09-24 17:03] [PACMAN] upgraded nspr (4.10.6-1 -> 4.10.7-1)
    [2014-09-24 17:03] [PACMAN] upgraded nss (3.16.3-1 -> 3.17-3)
    [2014-09-24 17:03] [PACMAN] upgraded firefox (32.0.1-1 -> 32.0.2-1)
    [2014-09-24 17:03] [PACMAN] upgraded firefox-i18n-fr (32.0.1-1 -> 32.0.2-1)
    [2014-09-24 17:03] [PACMAN] upgraded gegl (0.2.0-11 -> 0.2.0-12)
    [2014-09-24 17:03] [PACMAN] upgraded gstreamer (1.4.1-1 -> 1.4.2-1)
    [2014-09-24 17:03] [PACMAN] upgraded gst-plugins-base-libs (1.4.1-1 -> 1.4.2-1)
    [2014-09-24 17:03] [PACMAN] upgraded gst-plugins-base (1.4.1-1 -> 1.4.2-1)
    [2014-09-24 17:03] [PACMAN] upgraded k3b (2.0.2-9 -> 2.0.2-10)
    [2014-09-24 17:03] [PACMAN] upgraded libgpg-error (1.14-1 -> 1.16-1)
    [2014-09-24 17:03] [PACMAN] upgraded libtirpc (0.2.4-1 -> 0.2.5-1)
    [2014-09-24 17:03] [PACMAN] upgraded xine-lib (1.2.6-1 -> 1.2.6-2)
    [2014-09-24 17:03] [PACMAN] upgraded opencv (2.4.9-4 -> 2.4.9-5)
    [2014-09-24 17:03] [PACMAN] upgraded openresolv (3.5.7-1 -> 3.5.7-2)
    [2014-09-24 17:03] [PACMAN] upgraded openscenegraph (3.2.1-1 -> 3.2.1-2)
    [2014-09-24 17:03] [PACMAN] upgraded perl (5.20.0-5 -> 5.20.1-1)
    [2014-09-24 17:03] [PACMAN] upgraded python2 (2.7.8-1 -> 2.7.8-2)
    [2014-09-24 17:03] [PACMAN] upgraded x264 (1:142.20140826-1 -> 1:142.20140826-2)
    [2014-09-24 17:03] [PACMAN] upgraded xorg-server-common (1.16.0-6 -> 1.16.1-1)
    [2014-09-24 17:03] [PACMAN] upgraded xorg-server (1.16.0-6 -> 1.16.1-1)
    [2014-09-24 17:03] [PACMAN] upgraded xz (5.0.6-1 -> 5.0.7-1)

    Follow-up:
    1) I could restore the keyboard in X with this command:
    $ localectl set-x11-keymap us pc104 alt-intl
    which creates /etc/X11/xorg.conf.d/00-keyboard.conf:
    Section "InputClass"
    Identifier "system-keyboard"
    MatchIsKeyboard "on"
    Option "XkbLayout" "us"
    Option "XkbModel" "pc105"
    Option "XkbVariant" "intl"
    Option "XkbOptions" "terminate:ctrl_alt_bksp"
    EndSection
    another option that worked was to rename /etc/X11/xorg.conf.d/10-evdev.conf.pacsave to /etc/X11/xorg.conf.d/10-evdev.conf, which also contained the "XkbLayout" and "XkbVariant" lines under "InputClass" (the original file had been renamed to .pacsave in February 2013). See wiki:
    https://wiki.archlinux.org/index.php/Ke … on_in_Xorg
    The output from localectl status now reads:
    System Locale: LANG=fr_CA.UTF-8
    VC Keymap: us-acentos
    X11 Layout: us
    X11 Model: pc105
    X11 Variant: intl
    X11 Options: terminate:ctrl_alt_bksp
    So it seems that the result of an earlier upgrade was to "unset" the keyboard for X (compare with output from localectl status in original post). Why?
    2) the keyboard in console (out of X) is still not working. If I try to set it to "us-alt-intl" in /etc/vconsole.conf, it works as "us" should (no dead keys); it I use "us-acentos" some keys do not work. locale-ctl shows that "us-acentos" does exist (but not "us-alt-intl").
    Mystery.

  • No dead keys in Qt applications

    Hallo everyone.
    I use KDE 4.7.4-1 (latest stable) and have enabled two keyboard layouts, English US international with dead keys and Greek polytonic. Dead keys work perfectly in Greek in all applications, but not in English in Qt applications. For example, I can press “^" and "o" in Chromium and produce "ô" but if I try that in Kopete the whole sequence will be ignored.
    Does anybody know if this is a known bug or a problem with my system?
    Thanks in advance.

    Yes, I've seen, but as in blno's case, my locales as are correctly set:
    nikos@Russell:~$ locale
    LANG=el_GR.UTF-8
    LC_CTYPE="el_GR.UTF-8"
    LC_NUMERIC="el_GR.UTF-8"
    LC_TIME="el_GR.UTF-8"
    LC_COLLATE="el_GR.UTF-8"
    LC_MONETARY="el_GR.UTF-8"
    LC_MESSAGES="el_GR.UTF-8"
    LC_PAPER="el_GR.UTF-8"
    LC_NAME="el_GR.UTF-8"
    LC_ADDRESS="el_GR.UTF-8"
    LC_TELEPHONE="el_GR.UTF-8"
    LC_MEASUREMENT="el_GR.UTF-8"
    LC_IDENTIFICATION="el_GR.UTF-8"
    LC_ALL=el_GR.UTF-8
    Edit: Typo
    Last edited by GordonGR (2012-02-01 21:42:26)

  • Dvorak with dead keys

    Hello, I'm a recent switcher, and there's one thing I miss most: my keyboard layout. I'm a dvorak typist for a long time now, but being brazilian, I need to type accented characters.
    In windows, I used Microsoft Keyboard Layout Creator to add dead keys to the standard dvorak layout -- a very simple and easy task. Now, I'm trying to find a way to do the same in OS X. The closest I've got was an application called "Ukelele", but it's a royal pain to use.
    Anyone out there with the same problem? Is there any way to edit the standard dvorak layout just to add the dead keys?

    I've solved my own problem, thankfully After a
    long night, I was able to use Ukelele to build a
    keybord layout identical to what I'm used to. If
    anyone else needs a dvorak layout with deadkeys on
    the "usual" places (i.e., dead acute on apostrophe,
    dead circumflex on ^, etc), I'd be happy to share it.
    I'd like to have your layout. Click my name for the email address. If you like I will put it on my site where I have lots of other layouts for downloading.
    http://homepage.mac.com/thgewecke/fs/FileSharing9.html

  • Dead Keys on Lenovo W520 built-in keyboard after Windows 7 (64bit) Update

    After my Windows 7 update, I have several dead keys.  Left Alt, Up Arrow, Print Screen, F5, F6, and the ThinkVantage Keys are all dead.  Orginally I thought it was just Windows, but after booting into my Linux OS, I run into the same issues.  I have tried reflashing my bios, but that did not fix the problem.  Can anyone help?
    Hardware: Lenovo W520 (Referbished)
    OS: Windows 7 (64bit), Debian Linux (64bit)
    Age: 2 months after refurbished
    Update 1: Chrome and Firefox would crash if I tried to download something.  Did a system restore which fixed the problems with that, but there are still dead keys.  I am now downloading a bootable cd from Lenovo.  If that fails, I will attempt to reflash one last time before I send this thing to get fixed by the pros.
    Update 2: Just remember, why would the lights in the keyboard stop working?  They keys still work, but the mike key and the caps key are not lighting up their LEDs when I'm using them.

    After my Windows 7 update, I have several dead keys.  Left Alt, Up Arrow, Print Screen, F5, F6, and the ThinkVantage Keys are all dead.  Orginally I thought it was just Windows, but after booting into my Linux OS, I run into the same issues.  I have tried reflashing my bios, but that did not fix the problem.  Can anyone help?
    Hardware: Lenovo W520 (Referbished)
    OS: Windows 7 (64bit), Debian Linux (64bit)
    Age: 2 months after refurbished
    Update 1: Chrome and Firefox would crash if I tried to download something.  Did a system restore which fixed the problems with that, but there are still dead keys.  I am now downloading a bootable cd from Lenovo.  If that fails, I will attempt to reflash one last time before I send this thing to get fixed by the pros.
    Update 2: Just remember, why would the lights in the keyboard stop working?  They keys still work, but the mike key and the caps key are not lighting up their LEDs when I'm using them.

  • Having problem with dead key in Leopard

    Hello. I'm having problem with dead key in Leopard.
    In Tiger it was working, but in Leopard dead key "'" doesn't work.
    In Tiger I could use OPTION key as well to get Latvian special characters (both worked - OPTION Key and dead-key), but in LEOPARD OPTION key is the only possibility to get these characters.
    How can I get dead key "'" working?
    I'm using Latvian language with Latvian keyboard layout.
    Here are images how it looked in Tiger:
    1) Before dead key is pressed:
    http://amerix.no-ip.org/tmp/1.tiff
    2) After dead key is pressed:
    http://amerix.no-ip.org/tmp/2.tiff

    ok, i got answer
    so - first problem was that ukelele didn't work in leopard (it wasn't possible to start new layout), but it was possible to edit Tom Gewecke posted layout.
    There it is possible to change every thing (dead-key as well).
    So I edited it and now i have layout where dead-key works -
    http://amerix.no-ip.org/tmp/LatvianT.keylayout
    Just do what Tom Gewecke said with this layout. It should work!

  • Firefox captures Alt+Shift, but Alt+Shift+" is set as a dead key for my layout.

    I do some typing in other languages, so I've set up a custom keyboard layout with all the accented characters.
    I've set Alt+Shift+" as the dead key for the diaeresis (e.g., alt+shit+" i gives ï).
    They layout works system-wide, and I can use my other dead keys in Firefox, but not that one.
    It's not absolutely necessary, but it's pretty annoying.

    Some keyboard layouts like the "US International keyboard layout" can use the double quote (") as a dead key to add a diaeresis (I have a compose key on Linux), maybe that works better.
    *http://en.wikipedia.org/wiki/British_and_American_keyboards

  • Keyboard w/dead keys...

    Arrows and right shift keys don't function, all else are fine, any suggestions?
    Thanks,
    JB

    Hi,
    I aslo use the BÉPO layout.
    The Alt-Gr + G key changed in xorg with the last update of the xkeyboard-config package (happened on June 02 for me): this combination was the 'μ' greek letter, now it is the 'dead_greek' dead character. It is now what it should be so that is fine.
    To type the 'μ' letter, you now type Alt-Gr+G, followed by M.
    Note that this dead key works for me only if I use the xim input method. With other input method, some dead keys work, some others don't.
    I don't use some variables to set the input method, I use dconf-editor (package dconf),
    I set the key org/gnome/desktop/interface/gtk-im-module to xim (you don't have to restart for this change to take effect).
    When I was trying to configure greek letters before the xkeyboard-config update, I also found out that when I have a ~/.Xcompose file, it kills all the dead keys of my layout, I don't know if this is a bug or if I'm doing something wrong. Try to remove yours.

  • Dead keys are working badly in Word

    Hi,
    I have "imported" a weird problem from a Word file my husband sent me: he has problems with using dead keys with Word and, since I read his file (an .rtf file, if that is of any help) so have I.
    We write mainly in Portuguese; we have a Portuguese keyboard layout and have to use diacritics often. So, we use dead keys often.
    Now, when I press a dead key in Word, instead of seeing the diacritical mark blinking on the screen witing for me to press the next key (in order to type the accented char. I need), the cursor moves back to the previous position and when I type the second key, this is the only one that shows on screen.
    For instance, to type " á " I have to type " ´ " and then " a ". Now, most of the times I only get an " a ".
    How can I have contracted this annoying bug (if it is a bug) just from reading his file? How can I get rid of it? The dead keys do work, but the amount of time they are active on screen is very short.
    Thanks,
    Susana

    masterkoppa wrote:Well this is a keyboard layout problem not a localization problem plese read http://wiki.archlinux.org/index.php/Xor … _xorg.conf
    This is not a keyboard layout problem, because GTK apps work correctly. It's just the Qt-apps that fail.
    Also if you are using a Desktop Enviorment you can set these settings there instead, but they should have been detected automaticaly. That could probably explain the diference between both your computers.
    I'm not using any. (Openbox on both).

  • Dead keys on virtual keyboard

    My virtual keypad no long allows the use of the "0" key and the "P" key. Both are on the right side of my I-Touch. This prevents me from entering my password for my WI-FI, and any E-mail. All the other key work fine. This morning I downloaded the new I-touch/phone 2.0 firmware today and 2 new apps. I don't know if this is the cause or it the key have been dead for a while, as I have not used the keypad in several months. I have tried doing a total re-set of all setting bring everything back to factory specs. I still have the two dead keys.
    Any idea what happened? or should I just go to Apple repair directly?

    hi,
    i have a NEW ipod touch, still with 1.x version software, and having the same problem. Also the backspace key doesn't function. Should I take this thing back, or can I somehow calibrate the screen?
    greetz,

  • GTK3 applications treat all keystrokes as dead keys

    I noticed this after re-installing my system after a major hardware upgrade yesterday.  In any gtk3 application (evince, nautilus, gedit, etc.) any and all keystrokes are treated as dead keys (i.e. hitting the key twice results in the desired character).  I have no idea where this may be coming from, but it works fine in google-chrome, urxvt, Skype, texmaker, blender, etc.  I have played around with my keyboard settings in xorg.conf, but since it works fine in all my other programs, it seems to be a problem elsewhere.  I also set my keyboard layout in gnome-control-center.  Possibly related: Nautilus refuses to change icon themes.  Also, repeatedly clicking with the mouse (going through a menu/settings, for example) causes no mouse clicks to be registered at all.
    Any ideas would be appreciated!
    Last edited by lswest (2011-05-22 16:15:57)

    So far I have noticed no change in this behavior.  I've moved some settings folders (.gconf, gedit, gnome-session, etc.) but to no avail.  My laptop has showed no signs of this problem, and I am stumped as to where else I should look for the problem.  Any suggestions/comments would be welcome!

Maybe you are looking for