GNOME Bugzilla – Bug 662081
ALT GR+Enter does not open Properties as should (ALT+Enter)
Last modified: 2016-03-09 13:24:14 UTC
Alt + Enter should open selected file/folder Properties in Nautilus. But Alt Gr+Enter does not do that. Alt GR is Alt but it can be used for specific language tasks in some conditions. Anyways, in combination with Enter it should open Properties and it's not, Nautilus acts like I only pressed Enter.
Nautilus currently uses Control+I to open file/folder properties. But it would be great to have Alt+Enter instead, because this is used in several pieces of software like EOG, evince, rhythmbox, etc, and thus to keep in resonance with other GNOME components.
Actually Alt+Enter works in Nautilus. AltGr+Enter does not work and it should, it is easier to only use one hand.
(In reply to florin.arjocu from comment #2) > Actually Alt+Enter works in Nautilus. AltGr+Enter does not work and it > should, it is easier to only use one hand. Does it? For me, neither Alt+Enter nor AltGr+Enter is working (using Nautilus 3.18.5). Also when I right click somewhere in nautilus, it shows me that the 'properties' can be opened via Control+I mnemonic, which works. Both Alt and AltGr with Enter should (preferably) open properties.
Ah, I use Ubuntu 15.10 and I only have version Nautilus 3.14.2. It means they are taking the shortcut out of Nautilus, I see no reason for that :(
Hm... The change happened in Nautilus 3.16+. This is the code from 3.14: link: https://git.gnome.org/browse/nautilus/tree/src/nautilus-view.c?h=gnome-3-14#n7107 /* label, accelerator */ N_("P_roperties"), "<alt>Return", And this is the code from 3.16: link: https://git.gnome.org/browse/nautilus/tree/src/nautilus-view.c?h=gnome-3-16#n7562 nautilus_application_add_accelerator (app, "view.properties", "<control>i"); This file was renamed to nautilus-files-view.c in 3.18: link: https://git.gnome.org/browse/nautilus/tree/src/nautilus-files-view.c?h=gnome-3-18#n8148 nautilus_application_add_accelerator (app, "view.properties", "<control>i"); These links shall help newcomers to fix this bug.
Created attachment 323030 [details] [review] files-view: added alt+return shortcut for properties With nautilus 3.16 the properties shortcut was changed from alt+return to ctrl+i. alt+return is a known shortcut in other applications for showing file properties, so it was proposed to add alt+enter and altgr+enter as shortcuts in bug 662081. nautilus_application_add_accelerator() does not accept multiple shortcuts per action, so I used gtk_application_set_accels_for_action() and bound view.properties to the array open_properties. Unfortunately, I couldn't find a reliable way to bind altgr for the shortcut, as modifiers are dependend on the X server mapping.
Review of attachment 323030 [details] [review]: Patch looks mostly good, you need to modify the shortcuts window to reflect this change though.
Created attachment 323090 [details] [review] files-view: added alt+return shortcut for properties With nautilus 3.16 the properties shortcut was changed from alt+return to ctrl+i. alt+return is a known shortcut in other applications for showing file properties, so it was proposed to add alt+enter and altgr+enter as shortcuts in bug 662081. nautilus_application_add_accelerator() does not accept multiple shortcuts per action, so I used gtk_application_set_accels_for_action() and bound view.properties to the array open_properties. Also the additional shortcut was added to the shortcuts overview. Unfortunately, I couldn't find a reliable way to bind altgr for the shortcut, as modifiers are dependend on the X server mapping.
Review of attachment 323090 [details] [review]: Looks good now, thanks!
Attachment 323090 [details] pushed as 91a5591 - files-view: added alt+return shortcut for properties
Is it really required to have the old Ctrl+I for properties? I think it can be removed so that it may be used for something else later.
(In reply to Mohammed Sadiq from comment #11) > Is it really required to have the old Ctrl+I for properties? I think it can > be removed so that it may be used for something else later. The same question can be done for alt + enter, since this ctrl+i has been there for long time. So yeah, we will keep it.
Hm... Nice point. Hope usability testing will solve several things before Gtk4