Bug 129785 - allow user to modify all shortcuts, not just some of them
Summary: allow user to modify all shortcuts, not just some of them
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kcontrol
Classification: Unmaintained
Component: kcmkeyboard (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Patrick Dowler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-25 13:56 UTC by Maciej Pilichowski
Modified: 2018-09-04 18:03 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2006-06-25 13:56:58 UTC
Version:            (using KDE KDE 3.5.2)
Installed from:    SuSE RPMs

There a lot of secret (from the user perspective) shortcuts and it would be a good thing to present them to the wider audience with ability to modify their settings. For example I was completely unaware of existence of such hardcoded, "internal" shortcut like ctrl+u (delete text from the beginning to cursor).
Comment 1 Stefan Monov 2007-02-05 18:42:06 UTC
As you can see in the "Reserved Shortcuts" section here:
http://developer.kde.org/documentation/standards/kde/style/keys/shortcuts.html
Ctrl+U is reserved for backwards compatibility.

Other than that, I don't think it's very useful, as users can just do Ctrl+Home then Del. Therefore, it doesn't ever need to be user modified.

Any other shortcuts you'd like on prominent display?
Comment 2 Maciej Pilichowski 2007-02-05 19:12:49 UTC
> Ctrl+U is reserved for backwards compatibility. 


It is really sad -- year 2007 and we are talking about backward compability with nobody know what programs which nobody knows who really uses them. In year 2027, in KDE 5.2 ctrl+a will be still reserved? Gosh...
Ctrl+C should be also reserved for this compability but it is not. And apparently there is no harm here :-)

So I think -- let the user decide if she/he wants compability or wider range of shortcuts.
 
> Other than that, I don't think it's very useful, as users can just do
> Ctrl+Home then Del. Therefore, it doesn't ever need to be user modified. 
 
I don't understand your "therefore" -- therefore it is useful to be modified! So quite contrary conlusion. I would like ctrl+u to launch amarok. Modifying shortcut has exactly that point --> user does not want to get "default behaviour" but something else.

Please, really consider reopening, because from my experience I used ctrl+u in ~1992. It was fifteen years ago, and since then I used quite modern environment. And again -- what harm is that I redefine ctrl+U in kate. It doesn't break xterm settings, right?
Comment 3 Maciej Pilichowski 2007-02-18 11:41:11 UTC
I am reopening this report since it is almost two weeks, and I think giving user chance to define in application X shortcut A when at the same time this shortcut in app Y means something _quite_ different is useful and valid. All in all user does not have to define such shortcut, but she/he can. 

Historical point of view does not make much sense -- fifteen years ago I used ctrl+a in text editor in different meaning than today. And I am perfectly ok with that.
Comment 4 Daniel Rollings 2008-12-29 23:25:44 UTC
I second this request and think that more keyboard shortcut actions should be made universal.  It would be nice to have Konqueror, KWrite, and Konsole all respond to a single setting for keystrokes like Select All (Ctrl-A by default), or tab switching, or accessing preferences, or closing a tab/window/program.  As common as tabs and windows are these days, why not make the interfaces consistent for heavy keyboard users?
Comment 5 Andrew Crouthamel 2018-09-04 18:03:48 UTC
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug. Kcontrol has been replaced by System Settings in Plasma. Please give the latest version of that a try, and open a new bug in "systemsettings" if you continue to have an issue. Thank you!