Bug 129785

Summary:	allow user to modify all shortcuts, not just some of them
Product:	[Unmaintained] kcontrol	Reporter:	Maciej Pilichowski <bluedzins>
Component:	kcmkeyboard	Assignee:	Patrick Dowler <dowler>
Status:	RESOLVED UNMAINTAINED
Severity:	wishlist	CC:	dasher
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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!