GNOME Bugzilla – Bug 584710
shift+del permanently delete but cut in other applications
Last modified: 2012-08-01 14:00:16 UTC
Shift+del is a standard shortcut for "cut". It works in nearly all application in all OS. Some keyboard (like mine), have cut key that emulate this shortcut. Unfortunatly, in nautilus, it has the effect of permanently deleting a file. It would be nice to have a way to change this shortcut to "cut" (with a gconf key?) so it would work with strange multimedia keyboard like mine.
Please also note that Shift-delete is the default cut shortcut for GTK. http://library.gnome.org/devel/gtk/unstable/GtkTextView.html#GtkTextView-copy-clipboard
The same conflict exists in Windows (presumably what both Nautilus and GTK's shortcuts are using as a model). Shift+Del in Windows Explorer deletes a file, bypassing the Recycle Bin. Worth noting that "cut" is sort of like a delete but with a delayed, secondary action which is delayed until a "paste" action. Maybe add gconf item for Nautilus which allows choosing between "permanent delete" (default, per current setting) and "cut"?
Confirmed in nautilus 3.4.2-1 Other GTK/GNOME applications use "cut" as their action for Shift+Del. Tested with libreoffice, gedit. **However** i'm not sure this (shift+del to cut) is the expected behaviour for a file manager. The well-known keyboard shortcut to cut files is CTRL+X, and as John Keller mentioned windows users are accustomed to Shift+Del deleting files too (not sure about OSX, does someone know?) Any input on this is welcome
I don't think this is going to change => WONTFIX. Please though, for future reference, don't use NEEDINFO to request maintainer input.
> Please though, for future reference, don't use NEEDINFO to request maintainer input. Sure, noted. Thanks