GNOME Bugzilla – Bug 584709
ctrl+ins and shift+ins have no effect
Last modified: 2021-06-18 15:28:21 UTC
Ctrl+insert and shift+insert are standard shortcuts for copy/paste. It works in nearly all application. Some keyboard (like mine), have copy/paste keys that emulate this shortcut. Unfortunatly, it has no effect at all under nautilus. It would be nice to support those shorcuts so copy/paste work with strange multimidia keyboard.
Given that these keys have been deprecated in Windows since ~Win98 and usability ruled on the subject 7 years ago against this, and that really the problem is really a Gtk+ problem, all signs point to WONTFIX. See bug 68850.
I don't understand why it would be a GTK bug as only nautilus suffer from this problem. Also, the fact that a (completely new) keyboard emulates this with copy/paste key might be a new fact in the discussion.
I am for WONTFIXing this too, but let's hear an opinion from the usability guys.
Is there any drawback of supporting this shortcut ? I can't see any reason to not doing it (if, of course, someone volunteer to do it) but maybe I'm missing something.
A.Walton : I'm unable to find any information about this "deprecation". It looks like it's still working on any Windows (someone should test with Windows 7), that's maybe why some hardware manufacturer are using it. Anyway, I don't see the interest of not supporting it as it as absolutely no impact on users not using this shortcut and it will make the other ones happy.
BTW, I just learned that it is used a lot by people who have their mouse on the left (and that it might be the reason why this shorcut still exist).
Those shortcut are considered as default by GTK : http://library.gnome.org/devel/gtk/unstable/GtkTextView.html#GtkTextView-copy-clipboard Definitely not a GTK issue then.
Reported also on Ubuntu -- https://bugs.launchpad.net/nautilus/+bug/503466
Sigh. Forgot. These are common key-bindings (Ctrl-X/C/V/etc). Windows still uses them -- at least up to the Windows Server 2003 and WindowsXP.
So what are Ctrl+insert and Shift+insert actually expected to do?
André > cut and paste. They are ctrl+x and ctrl+v aliases.
Still current as of Nautilus 3.10. Other GTK3 apps still allow the CUA bindings. Keyboard layouts with special cut/copy/paste-keys seem to send the CUA-keysyms instead of Ctrl-X/C/V. Depending on your keyboard layout, the CUA-keys can be more easily accessible, which is why it would be nice to have the GTK-default in Nautilus. Nautilus currently uses shift-delete for "delete selected files", while the GTK3 default still performs the CUA-function, namely "cut to clipboard".
*** Bug 722704 has been marked as a duplicate of this bug. ***
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.