In gnome-terminal and guake, if you assign Ctrl+C to "copy", it will automatically assign "SIGINT" (i.e. kill the current process) to Ctrl+Shift+C. I find this useful because I am always interrupting processes when I intend to copy instead. This keybinding makes Ctrl+C consistent across most of the KDE/linux suite. Stems from a discussion here: https://forum.kde.org/viewtopic.php?f=227&t=108816 Reproducible: Always Steps to Reproduce: 1. Attempt to assign Ctrl+C to copy. Actual Results: It won't make Ctrl+Shift+C the new keybinding for SIGINT. Expected Results: Make Ctrl+Shift+C the new keybinding for SIGINT.
FWIW, for me, this feature request is important enough for me to switch to guake instead of using yakuake. I still get tripped up when using the terminal pane from dolphin though.
(And I should say, with the resolution of https://bugs.kde.org/show_bug.cgi?id=280637 , yakuake is far superior in every other way to guake.)
Due to deficiencies in guake, I've been testing other (drop-down) terminals recently. FWIW tilda will also automatically swap SIGINT to ctrl+shift+c if it conflicts with your copy key-binding. Also, terminator identifies this problem too, although the implementation is imperfect IMO. If you bind ctrl+c to copy, then ctrl+c copies if text is selected, and sends SIGINT if there is no selection. (Hence you cannot send SIGINT with text selected. This is why I think solving this bug/feature request by binding ctrl+shift+c to SIGINT is preferred.)
Has there been any progress on the Terminator issue? Currently (and for the last month or two) I can't terminate the process in terminator. This is significant as terminator is key to my desktop layout. (I monitor a lot through ssh sessions). I would be up for modifying the key binding to ctrl+shift+c but I do not know where to set this.
Dave Manley: this is a bug filed against Konsole and Yakuake, not Terminator.
Thanks for the heads up. I will look into that.
I reinstalled yakuake 2.9.9 to test, and not only is this issue still present, I can't even find a way to rebind the copy and paste shortcuts. They appear to be hard coded to Shift-Ctrl-C and Shift-Ctrl-V.
So, this is still a problem in 2018, 6 years after initial report. Any updates?
I'm still using Terminator. :D
You can swap Ctrl+C and Shift+Ctrl+C using the konsole key bindings editor, for example edit the "Default (XFree4)" schema (in Edit current profile -> Keyboard -> Edit) and add these two entries: C-Shift+Ctrl \x00 C+Shift+Ctrl \x03 the first one (IIUC) sets Ctrl+C to send no escape sequence / control characters, and the second one sets Ctrl+Shift+C to send the ETX (end of text) control character i.e. ^C (what you'd normally get with Ctrl+C). Given, it's a bit hard to configure, but it's doable in konsole. For more info about editing the konsole key bindings, have a look at: https://cgit.kde.org/konsole.git/tree/data/keyboard-layouts/README.KeyTab Closing as this can be achieved in konsole.
It is still not possible to change the key combination for "copy" in Yakuake, Kate, Dolphin. It is still not possible to use a key other than Ctrl or Alt for sending escape sequences
(In reply to Oleh Prypin from comment #11) > It is still not possible to change the key combination for "copy" in > Yakuake, Kate, Dolphin. > IIUC, that's a limitation in konsole part, it'll always use the default konsole shortcuts, there's currently no way to set custom ones. > It is still not possible to use a key other than Ctrl or Alt for sending > escape sequences That's a different issue; you can open a separate report about that.
Currently there is (still?) no way to rebind the copy and paste shortcuts in Yakuake - you can change them in the context menu after right click to 'copy' or 'paste', but it is only for the current split, and it is not persisted, so you have to do it everytime for each split.