Version: (using KDE 4.0.5) Installed from: Fedora RPMs OS: Linux I am using Czech-qwerty as my primary keyboard layout ("us" being the second). This one is missing some commonly used characters like "@", "|" etc. To reach these characters without having to switch the keyboard layouts, I use Right Alt + key combinations, like RAlt+V for "@", RAlt+W for "|" etc. Recently, I have added Slovak keyboard layout to my setup. From that change, Konsole stopped accepting these combinations and so I cannot type these characters in the shell using other than the "us" layout. However it still does *something*, e.g. (using "cz" layout) RAlt+E produces two empty rectangles (while this should output the Euro sign). My current settings read: setxkbmap -model pc104 -layout cz,us,sk -variant qwerty,,qwerty Trying to remove the Slovak layout, returning to the previous setup, did not help. Other applications work correctly (just like Konqueror, I have written this report using Czech layout only, no troubles entering "at" or "pipe" using RAlt+V and RAlt+W respectively).
Hi Kavol, Go to Settings -> Edit Current Profile -> Input tab and click the 'Edit' button. Click on the "Input" test box and try the Right Alt + Key combinations there.
> Go to Settings -> Edit Current Profile -> Input tab and click the 'Edit' > button. > Click on the "Input" test box and try the Right Alt + Key combinations > there. it works without any problem in that testing box
what I have found now is that I have the same problem with kmail (1.9.9) within the message editor window - I can use RAlt+something within the address and subject lines, but not within the message itself
Tested on KDE 4.1.72 (KDE 4.2 >= 20081104) "release 4.2", the described behaviour is not seen. Kavol, can you test it on a recent version of KDE?
(In reply to comment #4) > Tested on KDE 4.1.72 (KDE 4.2 >= 20081104) "release 4.2", the described > behaviour is not seen. Kavol, can you test it on a recent version of KDE? unfortunately, I am unable to run KDE 4.2 pre releases due to some plasma compile error ATM ... I can test using KDE 4.1.3, and the problem is present there I'll retry at the end of November, if I'll be able to run KDE 4.2 then
(In reply to comment #4) > Tested on KDE 4.1.72 (KDE 4.2 >= 20081104) "release 4.2", the described > behaviour is not seen. Kavol, can you test it on a recent version of KDE? so, a colleague has compiled and installed trunk on 2008-11-13., and the error is still there are you sure that you have set the keyboards the same way? - if there is only the Czech one, it works, it stops working after adding the Slovak one (in that sequence, did not try to reverse it ...)
I tested it in the configuration described and haven't noticed the behaviour. I will check it again to be sure.
Hello, I have something similar too. I'm running the most recent KDE available on OpenSUSE, that is currently " 4.1.3 (KDE 4.1.3) "release 63.3" according to konqueror. My default keyboard layout was german, I added thai and french instantly after my install, thus i can't say if this introduced the problem or if the problem already was there before. The problem seems to be for ALL non-kde4 applications like FIREFOX, any gtk app, ... but also any Qt app (for example, mnemosyne) and any KDE3-APP! (kwrite from KDE3.5 does not work, kwrite from kde4 does! same for konqueror). Only Konsole (Konsole Version 2.1 Sous KDE 4.1.3 (KDE 4.1.3) "release 63.3") seems to be a kde4 app that has this problem. Now to the problem: for ANY of the three keyboard layouts, I cannot use the right-alt+key special keys. That is for example the pipe sign, the -at- sign, ... though copy-pasting them from another app works. Typing ralt+< in the testing box in konsole strangely works perfect, entering a pipe sign! some keys react very strange. So does on a german keyboard: ralt+8 (should be [) and ralt+9 (should be ]). If i press them alone, no reaction from konsole. Now if I quickly press ralt+8 followed by ralt+9 (with or without releasing the ralt key, does not matter), it enters me a ] into the console. the other way around (first ralt+9 then ralt+8) does nothing .... Oh ... I just found out that if I press ralt+8 and then any other key I want, it does correctly enter that key, like stated above. thus ralt+8,ralt+8 does enter a [ sign too, ralt+8,ralt+< does enter a pipe sign etc. But this only seems to work in konsole, kwrite (kde3.5), firefox, mnemosyne still seem to ignore these keys ... I REALLY hope you'll get to fix this, at this is a huge bottleneck for me. especially in firefox and the konsole.
*** This bug has been confirmed by popular vote. ***
Lucas: Sorry, I cannot reproduce the described behaviour on KDE4.2beta1. My KDE installation works correctly on this issue. kavol: Same answer to you, it just works here. Sorry. Can you both try to install KDE4.2b1 and try it again, in new user with clean .kde4? Because I really do not know how to even reproduce the behaviour you describe.
(In reply to comment #10) > Can you both try to install KDE4.2b1 and try it again, in new user with clean > .kde4? Because I really do not know how to even reproduce the behaviour you > describe. ok, finally I managed to install KDE 4.2b1 ... I've added a new user, logged out and logged in as the new user I opened konsole for testing I opened systemsettings, went to regional settings - keyboard layout I added Czech layout, set the variant to qwerty, and moved it up to the first place, then applied changes then I went back to konsole, and pressed keys from 1 to 0, getting: +ěščřžýáíé then I pushed right alt and pressed the same keys again (releasing right alt after), getting: !@#$%^&*{} then I went back to systemsettings, added Slovak layout, set the variant to qwerty and applied changes then I went to konsole, pushed right alt and started pushing keys 1, 2 ... strange things happened then and I did not get the desired characters so this is easily and reliably reproducible on my system even with KDE 4.2b1 test@kika ~ $ konsole --version Qt: 4.4.2 KDE: 4.1.80 (KDE 4.1.80 (KDE 4.2 Beta1)) Konsole: 2.2
I can confirm this behavior, same on my computer. Qt: 4.4.3 KDE: 4.1.81 (>= 20081128 release 1.1) Konsole 2.2
Can confirm as well. The key is the order: cz,us,sk - doesn't work (setxkbmap -model pc104 -layout cz,us,sk -variant qwerty,,qwerty) Moving us to the beginning or to the end - works as expected (setxkbmap -model pc104 -layout us,cz,sk -variant ,qwerty,qwerty) (setxkbmap -model pc104 -layout cz,sk,us -variant qwerty,qwerty,) This affect only konsole, other applications works correct. Gentoo linux, [I] x11-libs/qt-core (4.4.2(4)@11.10.2008) [I] kde-base/kdelibs (4.1.80(4.2)[2]@27.11.2008) konsole 2.2 [I] x11-base/xorg-server (1.5.3[1]@22.11.2008)
Confirmed on my kde 4.1 that the order does matter! if the order is th,fr,de everything works fine. if the order is de,th,fr it doesn't work (as described above by me) seems that it depends on a non abcdefghi... language being in the list and then the order. Hope you get that fixed as it's really annoying to use a konsole without the | or a mozilla firefox without an @ ....
Similar bug was in Java (Sun) – some characters can't be written if you don't have english layout at the first place.
Hi, I was finally able to reproduce the bug. The necessary condition is the US layout is not the default layout.
I confirm the same behavior. kde4-konsole-4.1.3-64.4 Having any layout then US it doesn't work, it's just enough to set as the first layout US
I can't reproduce this in KDE-4.7.1 . The 3 examples metioned in the orginal report work as expected for me: RAlt+V ==> "@" RAlt+W ==> "|" RAlt+E ==> "€" The examples metioned in comment #11 also work as expected for me. My keyboard layouts are : cz(qwerty),us,sk(qwerty), and I am using the cz layout in konsole. Since this report has been inactive for a long time, could anyone who once had this problem check it with recent version again?
I think this problem is resolved in other place. Feel free to reopen or leave comment if this problem can still be reproduced in recent version of KDE.