After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 789285 - [PATCH] add common shortcuts for file operations
[PATCH] add common shortcuts for file operations
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
: 765896 (view as bug list)
Depends on:
Blocks: filechooser-nautilus
 
 
Reported: 2017-10-21 12:51 UTC by Nelson Benitez
Modified: 2018-05-02 19:21 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gtkfilechooserwidget: add common shortcuts for file operations (6.86 KB, patch)
2017-10-21 13:03 UTC, Nelson Benitez
none Details | Review

Description Nelson Benitez 2017-10-21 12:51:07 UTC
In the context of being more consistent with Nautilus and file management in general, let's add to GtkFileChooser the same shortcuts used by Nautilus for the same operations already present in GtkFileChooser, which are:

  "New folder" -> Ctrl + Shift + N
  "Rename" -> F2
  "Delete" -> Shift + Delete

Patch will follow.
Comment 1 Nelson Benitez 2017-10-21 13:03:44 UTC
Created attachment 362011 [details] [review]
gtkfilechooserwidget: add common shortcuts for file operations

Add the same shortcuts used by Nautilus for the same operations,
which are:
  "New folder" -> Ctrl + Shift + N
  "Rename" -> F2
  "Delete" -> Shift + Delete

As a nice feature for advanced users, this shortcuts will also
work for the ACTION_OPEN and ACTION_SELECT_FOLDER modes, which hide
the UI elements for said operations, but will now be possible if
invoked through its shortcut/keybinding.

https://bugzilla.gnome.org/show_bug.cgi?id=789285

--------------------------

If the feature of "shortcuts being functional for _OPEN and _SELECT_FOLDER modes" is not liked for inclusion, let me know and I'll re-do patch introducing those checks.
Comment 2 Nelson Benitez 2017-10-21 13:07:11 UTC
*** Bug 765896 has been marked as a duplicate of this bug. ***
Comment 3 Matthias Clasen 2017-10-26 03:35:52 UTC
Not a good idea to add easter eggs like that, imo. If the ui elements aren't there, the shortcuts shouldn't be either
Comment 4 Daniel Boles 2018-03-14 10:23:21 UTC
(In reply to Nelson Benitez from comment #0)
> In the context of being more consistent with Nautilus and file management in
> general,

...please, let's just make GTK+ delegate to Nautilus or whatever other file manager the desktop is using. Otherwise, bugs like this mean we're just chasing constantly moving targets of parity with Nautilus or other file managers, while that also distracts from all the actual bugs in the FileChooser. I don't think we can have both a GtkFileChooser that works and a GtkFileChooser that acts enough like Nautilus for everyone - or worse, like every other file manager they like.
Comment 5 GNOME Infrastructure Team 2018-05-02 19:21:45 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/957.