Bug 154839 - Allow alternate shortcuts in list of global shortcuts
Summary: Allow alternate shortcuts in list of global shortcuts
Status: RESOLVED FIXED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
: 161781 165935 205382 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-12-30 03:55 UTC by Bernd Steinhauser
Modified: 2016-02-20 02:08 UTC (History)
12 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bernd Steinhauser 2007-12-30 03:55:51 UTC
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.
Comment 1 Kevin Kofler 2008-02-22 17:01:56 UTC
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.)
Comment 2 Kevin Kofler 2008-02-22 17:08:34 UTC
Oops, of course I mean "a regression compared with KDE 3", not "a regression compared with KDE 4".
Comment 3 Bernd Steinhauser 2008-03-01 19:32:38 UTC
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.
Comment 4 Kevin Kofler 2008-03-01 19:35:44 UTC
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).
Comment 5 Andreas Hartmetz 2008-03-05 14:02:27 UTC
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! :)
Comment 6 Bill Crawford 2008-05-18 23:42:28 UTC
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).
Comment 7 Jonathan Marten 2008-05-19 10:20:01 UTC
*** Bug 161781 has been marked as a duplicate of this bug. ***
Comment 8 Andreas Pakulat 2008-07-07 13:41:54 UTC
*** Bug 165935 has been marked as a duplicate of this bug. ***
Comment 9 Thomas Zander 2008-07-07 14:00:43 UTC
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.
Comment 10 Andreas Pakulat 2008-07-07 14:24:39 UTC
yeap it is a bug.
Comment 11 Toke Høiland-Jørgensen 2008-10-12 20:17:20 UTC
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.
Comment 12 Bernd Steinhauser 2009-01-10 14:47:14 UTC
Any news on this?
Comment 13 Michael Jansen 2009-12-08 01:51:35 UTC
*** Bug 205382 has been marked as a duplicate of this bug. ***
Comment 14 list-ener 2010-12-29 14:28:44 UTC
Just confirming that this is still an issue - and asking:

Any descriptions of workarounds, not going through the GUI?
Comment 15 Petr Morávek 2010-12-31 00:42:27 UTC
(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.
Comment 16 list-ener 2011-01-02 11:39:24 UTC
(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.
Comment 17 Yichao Zhou 2013-08-15 16:30:52 UTC
(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?
Comment 18 Bernd Steinhauser 2016-02-19 16:41:22 UTC
In Plasma 5 at least this feature is present, so I guess this can be closed.
Comment 19 Andreas Hartmetz 2016-02-20 02:08:42 UTC
Fixed with a48cdc289c054934c5d04c525c5687c9b49f7df6 on April 20th 2015.