Version: (using KDE Devel) Installed from: Compiled sources In my current SVN build (2 days old) I am only able to configure one shortcut for each listed action. It should be possible to add at least to shortcuts for each action, just like in KDE3. The reason is, that I want to use Alt+Tab to switch through windows, but also use the "Search" Key on my Mouse, which reports as key 122 for that. Actually it would be nice, if pressing the Mouse Button would not only switch the windows, but also show the task menu. I think it doesn't show the windows, because it's a one button hit and not a combination. In addition to that Alt+Shift+Tab for going backwards in the list won't work, just like in Bug 125812.
Confirmed. This is in the wrong component though, it has nothing to do with kspread. The "global alternate" shortcuts are unconditionally disabled in KShortcutsEditor in kdelibs by this line of code: ui.list->header()->hideSection(GlobalAlternate); //not expected to be very useful This strikes me as both a bad idea and a regression compared with KDE 4. Could that column please be enabled when editing global shortcuts _only_ (i.e. for kcm_keys)? Another use case has been given on the fedora-devel-list (by a GNOME user requesting the same feature in GNOME, but that doesn't make the use case any less valid): https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01846.html (If you don't want to follow the link: This is about supporting both multimedia keys and key combos as shortcuts for multimedia functions.)
Oops, of course I mean "a regression compared with KDE 3", not "a regression compared with KDE 4".
Maybe this wouldn't be really needed, if there would be an interface to: - Assign keyboard shortcuts to custom things (like executing another shortcut) - Assign mouse buttons to keyboard shortcuts (per application) - Allow mouse buttons as shortcuts I think the gestures module for system does something similar, but I haven't been able to get it working yet.
Maybe, but I think "show GlobalAlternate if the app-specific columns is hidden" is a logic which is much simpler to implement than what you're suggesting, entirely makes sense and won't clutter the dialog at all (right now there are 4 columns for app-specific shortcuts (title, primary, alternate, global) and 2 for global ones (title, global), it would be 4 and 3 with the change I'm suggesting).
Am Freitag 22 Februar 2008 17:01:58 schrieb Kevin Kofler: [bugs.kde.org quoted mail] Note that this line is my work in response to the quite valid complaint that the "configure shortcuts" dialog is too big. Hmmm... :/ > This strikes me as both a bad idea and a regression compared with KDE 4. > Could that column please be enabled when editing global shortcuts _only_ > (i.e. for kcm_keys)? > Right, screen real estate is not a problem in the KCM as it *only* lists global shortcuts. It would however be inconsistent with applications' shortcuts config dialog where you could then not change all global shortcuts of the current application. I don't know what to do, rats! > Another use case has been given on the fedora-devel-list (by a GNOME user > requesting the same feature in GNOME, but that doesn't make the use case > any less valid): > https://www.redhat.com/archives/fedora-devel-list/2008-February/msg01846.ht >ml (If you don't want to follow the link: This is about supporting both > multimedia keys and key combos as shortcuts for multimedia functions.) Fixing GNOME bugs in KDE is funny - see, *we* have it fixed! :)
Another use case: users of laptops who plug in a "real" keyboard when using them in offices, may well want / need to use different keys on them, if e.g. they have multimedia keys that don't exist on the laptop (or vice versa).
*** Bug 161781 has been marked as a duplicate of this bug. ***
*** Bug 165935 has been marked as a duplicate of this bug. ***
Why is this marked as a wishlist item? Its a bug, isn't it? I use two keyboards (laptop and external USB) and need 2 keybindings. See Bug 165935 for the full usecase.
yeap it is a bug.
I can confirm this and offer another use case: I have a remote control which works as a USB keyboard, so I need dual keybindings for both my keyboard and the remote. Also, in KDE3 I had multiple bindings to open/close the yakuake terminal: one in each end of the keyboard (Meta+½ and the Pause button), allowing me to use whichever is nearest where my hands are at a given time. I would very much like to see the possibility of binding multiple global shortcuts to an action return.
Any news on this?
*** Bug 205382 has been marked as a duplicate of this bug. ***
Just confirming that this is still an issue - and asking: Any descriptions of workarounds, not going through the GUI?
(In reply to comment #14) > Just confirming that this is still an issue - and asking: > > Any descriptions of workarounds, not going through the GUI? Hi, I'm running patched version kdelibs (just uncomented the code mentioned above) and here is a sample line from my ~/.kde4/share/config/kglobalshortcutsrc Lock Session=Ctrl+Alt+L\tSleep,Ctrl+Alt+L,Uzamknout relaci As you can see I have defined two shortcuts for "lock session" - (default) Ctrl+Alt+L and Sleep (multimedia key). I guess you can define the shortcuts there without needing GUI.
(In reply to comment #15) > ~/.kde4/share/config/kglobalshortcutsrc > > Lock Session=Ctrl+Alt+L\tSleep,Ctrl+Alt+L,Uzamknout relaci Thanks! That's exactly what I was looking for - can confirm as viable workaround.
(In reply to comment #5) > Am Freitag 22 Februar 2008 17:01:58 schrieb Kevin Kofler: > [bugs.kde.org quoted mail] > Note that this line is my work in response to the quite valid complaint that > the "configure shortcuts" dialog is too big. Hmmm... :/ That's not a good reason I think.... It just like complaint that KDE has to much options. Is it possible to revert that?
In Plasma 5 at least this feature is present, so I guess this can be closed.
Fixed with a48cdc289c054934c5d04c525c5687c9b49f7df6 on April 20th 2015.