Description of problem: By default konsole don't provide shift+arrows to applications. Version-Release number of selected component (if applicable): kdebase-4.5.5 How reproducible: Always reproducible Steps to Reproduce: 1. run konsole; 2. run 'cat' command; 3. press 'Shift' key and any of arrows. Actual results: Do nothing. Expected results: Should see ESC-sequences Additional info: I have patches
Created attachment 475901 [details] changes for SPEC-file
Created attachment 475902 [details] Patch for fixing shift+arrows behaviour
Shift+Left and Shift+Right are default shortcuts for switching to next/previous tab in Konsole. Suggested change would change this behavior. Many users are used to this shortcut, so I don't think it is a good idea.
User-friendly text editors such as the one in Midnight Commander (don't ask me whether vi or Emacs can be configured that way, I honestly don't know!) need Shift+arrow keys to extend the selection. IMHO it's really a bad idea to have Konsole eat those combos. That said, has this patch been sent upstream? What was the answer?
This is not my patch, this is patch from upstream adopted by me for kdebase-4.5.5. Upstream bug: http://bugs.kde.org/show_bug.cgi?id=59256. As see, this is very-very-very old patch. If this patch is very difficult for guys from upstream, then we feel free to apply path in our distro, why not? And about switching terminal tabs: In my opinion, better way is reconfigure hotkeys to ALT+left and ALT+right. This is default behavior for plain console without X (switching between VTEs). And I like to switch konsole tabs by same hotkeys. Is someone like my opinion? Can we change hotkeys for console tab to ALT+arrows?
Guys, for respect people who used shift+arrows for switching tabs, you may just drop changes for default.keytab in patch. Now I have patched kdebase (I build my own RPM-package), but after first update the kdebase will overwritten. I may change 'epoch' for rpm, but it's not good idea, because I will avoid all security updates (or I should track kdebase updates all time). With this patch(and without changes in default.keytab) old behavior with SHIFT+arrows still untouched, but with this path we have ability to change action 'Switch between tabs' on any hotkey. I think, this is good compromize, isn't it? To kdebase package maintainer: is need from me to resend new patch without changes in default.keytab or you may do it yourself?
As I said, I'd prefer this to get into upstream Konsole first, then we can talk about backporting it if they only apply it to the master (trunk).
I pinged upstream, asking what's wrong with the patch that was submitted there: https://bugs.kde.org/show_bug.cgi?id=59256#c14
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping