Hi,
I'm running Geany 2.0 (2024-03-31) under Ubuntu 24.04.
On pressing SHIFT+DELETE, the editor performs "Cut". If I assign SHIFT+DELETE to another function, it correctly performs that function. If I unassign it again, it goes back to performing "Cut". For reasons I won't go into, having SHIFT+DELETE perform "Cut" is problematic for me.
Question - does anyone know /why/ this happens? Or /where/ it is configured to happen? A lot of applications use this shortcut as a 'synonym' for cut, and afaics none of them explicitly display that they are doing this. Is it a system setting? Or is it hidden by tacit agreement between developers?
Thanks for any insight, Ben
Hey there,
Ben Mitch via Users wrote:
On pressing SHIFT+DELETE, the editor performs "Cut". If I assign SHIFT+DELETE to another function, it correctly performs that function. If I unassign it again, it goes back to performing "Cut".
Question - does anyone know /why/ this happens? Or /where/ it is configured to happen?
Shift+Delete is likely a default shortcut in your operating system, so you should be able to configure it in your operating system's shortcut settings.
I use it all the time everywhere in Kubuntu and don't remember setting it up as a default, but I might have.
Thanks for your reply. I did a bit more considering given what you suggested, and that has led me to find this line:
{Keys::Delete, SCI_SHIFT, Message::Cut}
in /scintilla/src/KeyMap.cxx. I think that means that the shortcut is one of the defaults for the Scintilla component, and... then I'm guessing... that any of these that Geany does not explicitly override are present in the editor.
I can't see any way to 'mute' that shortcut, then, without a recompile, but I've settled for assigning that shortcut for something as innocuous as I can find (it'd be great to be able to map it to 'DELETE' but that seems to not be possible). This works well enough.
Thanks again for the help,
Best wishes, Ben
On Thu, 30 May 2024 at 05:57, Ben Mitch via Users users@lists.geany.org wrote:
Thanks for your reply. I did a bit more considering given what you suggested, and that has led me to find this line:
{Keys::Delete, SCI_SHIFT, Message::Cut}
in /scintilla/src/KeyMap.cxx. I think that means that the shortcut is one of the defaults for the Scintilla component, and... then I'm guessing... that any of these that Geany does not explicitly override are present in the editor.
Correct, Geany does not override any of the basic editing keys defaulted in Scintilla.
I can't see any way to 'mute' that shortcut, then, without a recompile,
Correct, or a plugin that intercepts the keystrokes before anything else, but writing that is probably more effort than recompiling Geany.
but I've settled for assigning that shortcut for something as innocuous as I can find (it'd be great to be able to map it to 'DELETE' but that seems to not be possible). This works well enough.
Recompile or plugin probably could.
Cheers Lex
Thanks again for the help,
Best wishes, Ben
Users mailing list -- users@lists.geany.org To unsubscribe send an email to users-leave@lists.geany.org
On 2024-05-29 09:36, Ben Mitch via Users wrote:
Question - does anyone know /why/ this happens? Or /where/ it is configured to happen? A lot of applications use this shortcut as a 'synonym' for cut, and afaics none of them explicitly display that they are doing this. Is it a system setting? Or is it hidden by tacit agreement between developers?
These are CUA keybindings:
https://en.wikipedia.org/wiki/IBM_Common_User_Access#Description
At some point these earlier bindings were combined with the Apple Macintosh Cmd+X,C,V style (moved to Ctrl) and implemented in Motif, which then spread elsewhere on Unix.
Best bet is to assign that key to a no-op in Geany. If you want to eliminate it everywhere, try the tactics below. I use these to deactivate the insert key, the behavior of which is never what I want, and easy to hit by mistake: