[Bug 268692] New: (optional?) bash-like keybindings
fred
fdruec1 at uic.edu
Wed Mar 16 21:37:09 GMT 2011
https://bugs.kde.org/show_bug.cgi?id=268692
Summary: (optional?) bash-like keybindings
Product: kde
Version: unspecified
Platform: Archlinux Packages
OS/Version: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: general
AssignedTo: unassigned-bugs at kde.org
ReportedBy: fdruec1 at uic.edu
Version: unspecified (using KDE 4.6.1)
OS: Linux
I don't suppose this would be easy to implement but:
Wouldn't it be nice if the same keybindings that you use when working with bash
in a terminal did the same things in desktop applications? It would certainly
result in me opening a lot less print dialogues and new windows.
Additionally, I would argue that the "ctrl+f,ctrl+b,ctrl+p,ctrl+n" keybindings
are superior than the standard "T-arrow" keys since they can be used without
moving your hands out of standard typing position.
The vi-navigation keys "hjkl" are also superior to the arrow keys, in my
opinion. Arguably they're better than the emacs-style bash defaults, but for
some reason I'm more comfortable with them emacs-style keys. Other keybinding
that I'm a fan of include:
ctrl+k/ctrl+y kill/paste
(i could see ctrl+x staying in as "cut" which is different that "kill-line")
ctrl+a "go to the end of the line"
ctrl+e "go the beginning of the line"
ctrl+s "search"
ctrl+r "search-backwords"
I'm sure other heavy terminal users might have a few others.
I would suggest that existing conflicting shortcuts could perhaps be moved to
"super-L" or "meta-L" shortcuts.
I suppose there will be demand for this feature to be optional, as not all KDE
users are familiar with the bash-like keybdindings (and vi users will want vi
keybindings instead) but I would think that there would be a large number of
users who would appreciate this as an optional feature. Thanks.
Reproducible: Didn't try
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Unassigned-bugs
mailing list