I used an international keyboard that allowed me to type in all characters of ASCII, Latin-1 and Latin Extented A. After I performed an emerge sync && emerge -u system, the (13) dead keys ceased working, and KDE applications as Konsole or Kwriter do no longer accept Latin-1 charachters as
I used an international keyboard that allowed me to type in all characters of ASCII, Latin-1 and Latin Extented A. After I performed an emerge sync && emerge -u system, the (13) dead keys ceased working, and KDE applications as Konsole or Kwriter do no longer accept Latin-1 charachters as ß, µ, , þ or ð, while Latin Extended A characters as Ł, ŋ, ij, ĸ or ſ are accepted. The Multi_key function (shift+AltGr) is also disabled. Non-KDE programs as Mozilla accept Latin-1, but dead keys are still inoperative. In the text consoles, dead keys still work as normal and everything seems fine. Reproducible: Always Steps to Reproduce: 1. # echo 'LC_CTYPE=en_US.UTF-8' > /etc/env.d/02locale 2. # env-update 3. logout from KDE and log back in. Actual Results: Dead keys inoperative. Multi_key functionality inoperative. KDE applications will not accept Latin-1 keys, to the contrary of Mozilla and OpenOffice. KDE applications would nevertheless accept Latin Extended A (i.e. unicode) characters as Ł. (if you want to test, enter the code for Ł in a xmodmap file is Lstroke, ð is eth) Expected Results: Operation of dead keys to form diacritics system-wide. Use of Multi_key. Insertion of Latin-1 in Kwriter, Konsole. I fooled around with the localisation variables, as LANG, LC_ALL and others. It turned out that only LC_CTYPE is responsible for the erratic behaviour. My temporary solution was to shift to LC_CTYPE=it_IT@euro (or any other Latin-1 or -9), and this reactivated the dead keys - but of course at the price of not being able to enter Unicode. This malfunction appeared, as said, after an emerge -u system that was done on the 1st of August, after the computer had been left switched off all through July.
I am pretty sure now that it is originally a Xfree bug: it is present in twm, as I checked typing startx. However, it induces some weird behaviour in KDE that is not present in twm: in twm, dead keys do not work but latin-1 characters as
I am pretty sure now that it is originally a Xfree bug: it is present in twm, as I checked typing startx. However, it induces some weird behaviour in KDE that is not present in twm: in twm, dead keys do not work but latin-1 characters as å, ø, æ are typed correctly; Latin Extended-A characters are not typed.
Fixed! It seems that after an emerge -u system, a the localedef of en_US.UTF-8 was taken off the list of locale -a, even though the directories stayed at their place. The solution was running a simple: localedef -i en_US -f UTF-8 en_US.UTF-8
reporter has marked as fixed