Version: 2.0 (using 4.0.4 (KDE 4.0.4 >= 20080505) "release 15.1", compiled sources) Compiler: gcc OS: Linux (i686) release 2.6.25.5-1.1-pae I am using a German keyboard layout as standard layout and a US layout for programming. When I open konsole with the US-keyboard enabled, the combination CTRL+], which would be CTRL++ on the German layout, increases the font size. This is really annoying, because CTRL+] is a vim ctags command and I use it a lot. CTRL+/ which is CTRL+- on the German layout decreases the font. It seems that the keyboard layout is ignored in Konsole. (maybe this is a duplicate of but 17760)
I am unsing Konsole 2.0 as provided with OpenSuse 11.0
> When I open konsole with the US-keyboard enabled, the combination CTRL+], > which would be CTRL++ on the German layout, increases the font size. What method did you use to enable the US keyboard layout?
> (maybe this is a duplicate of but 17760) Probably not, that is a closed bug report from eight years ago.
I used the KDE Keyboard Layout Switcher from the taskmenu. (The one that you switch with CTRL+ALT+k )
Does it make any difference whether there are any Konsole instances running prior to changing the keyboard layout? If you close all of the Konsole instances, change the layout and then start a new one, does that work?
I closed all Konsole instances and switched the layout, then started a new one. The error is still there. If I delete the German layout from the available layouts, and only the US keyboard is left, the keys work correctly. Same thing, if only the German layout is left. Also, if the US keymap is the first one in the list of the keyboard layout switcher, the keys work correctly. However, when switching to the German keymap, the US-layout is used for the shortcuts (increase/decrease font).
What about other KDE applications (Kate, Dolphin, Konqueror etc.)?
the same in Konqueror. CTRL++ works on the german keyboard. If I switch to the US layout, I have to press the same keys (which should be mapped differently however) to achieve the same result.
I have the same problem on a Lenovo ThinkPad T61 with german keyboard, running openSUSE 11.2 (KDE 4.3.1 with Konsole 2.3.1). When I have multiple layouts activated (default german, others brazilian and us-english) all the (german) keys using AltGr (namely bar/pipe, euro-sign and the at-sign) do not work. The dead-tilde works correctly, though. However, the keys do work in Qt input fields, e.g. when I try to add them to the keyboard in the profile menu. The keys are correctly transmitted by the X-Server as verified with xev. Turning off the keyboard alternatives makes the keys work again, as described in #6.
*** Bug 194728 has been marked as a duplicate of this bug. ***
Just upgraded to 4.4.3 here and can now see the same problem even without multiple layouts?? Checking what is sent to the programs from konsole I can see that the right character is prefixed with an escape sign (0x033)
After doing some investigation, I think this problem is not konsole specific . It happens to all KDE(or Qt) apps. Open any KDE app and assign Ctrl++ as the shortcut for some action, then pressing Ctrl+] under us layout will trigger that action(default layout is de, of course). A quick search suggests this report is a duplicate of bug #154212. The simple workaround for this Ctrl+] problem is do not assign shortcut for the 'Enlarge Font' action. *** This bug has been marked as a duplicate of bug 154212 ***