Bug 273836

Summary:	kde short cuts not working
Product:	[I don't know] kde	Reporter:	karl.may0
Component:	general	Assignee:	Unassigned bugs mailing-list <unassigned-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	adaptee, h.klene, kde, wolfgang.brehm
Priority:	NOR
Version:	4.6
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:

Description karl.may0 2011-05-22 07:39:23 UTC

Version: 4.6 (using KDE 4.6.2)
OS: Linux

System: suse 11.4 and kde 4.6.2 on a 64 bit machine.
Systemkeyboard: german
Additional user-keyboards in /home/user/.kd4 : german and german(dvorak)

The functionality of the layouts depends on its order in the keyboard table.

Order A: 1-german, 2-german(dvorak)
-most of the program-intern short cuts of kde-inherent programs (e.g. konqueror, dolphin) are not working (eg. ctrl+t for a new tab, instead you have to type ctrl+w) if the dvorak layout is chosen. This is limited to k-programs because such short cuts in, for instance firefox, work very well.

Order B: 1-german(dvorak), 2-german
-the global shortcuts of kde (eg. ctrl+f2 to change to the second dektop) are not working if german-dvorak is chosen.

This problem applyies also Neo-layout and us-dvorak. Furthermore, if gnome is used all shortcuts work very well even in this layouts except if inside gnome kde-programs are executed (for instance konqueror or kmail). So even under gnome the kde-program shortcuts are not working

Reproducible: Always

Steps to Reproduce:
Install in the user kde-systemsettings an additional keyboard. Then switch to this keyboard layout and try to use the global kde shortcuts and the program-intern shortcuts. Try the program interne one also in no-kde programs for instance fire fox

Actual Results:
wenn using the crtl-key, the layout changes obviously from dvorak to normal again

Expected Results:
crtl-t for a new tab in konqueror should be crtl-t, no mather if the keyboard layout is us-us or us-dvorak

Comment 1 Martin Flöser 2011-12-01 08:59:37 UTC

I just tried to reproduce with layouts us and us-dvorak. My observation is as following:

KDE's shortcuts follow the first configured layout. That is the shortcut ctrl+t is always as in the first layout. So to say the "physical key" stays the same. Changing the layout does not influence the shortcut system. This does not only apply for KDE but also for Qt applications (tested with Qt Assistant).

Firefox (a GTK application) on the other hand adjusts it's internal shortcuts to the configured layout.

Comment 2 Jekyll Wu 2011-12-01 10:20:24 UTC

This sounds similar to bug 154212 .

Comment 3 Vadim 2012-11-25 20:28:44 UTC

Same problem here, only was harder to figure out because I installed Fedora with a Russian layout as the default.

Result: shortcuts in applications don't work at all. Ctrl+T does nothing. In the terminal, Ctrl+C and such keys behave as normal. In the preferences dialog, it's clear that KDE is receiving the keypresses correctly, but even custom bindings fail to work.

Solution: go to keyboard control, check configure layouts, change order so that "us" is first. Problem solved.

Comment 4 Wolfgang Brehm 2016-04-13 12:52:07 UTC

For me the shortcuts are fixed in KDE5 on opensuse.

Comment 5 Holger 2018-10-02 12:30:21 UTC


*** This bug has been marked as a duplicate of bug 154212 ***