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 680763 - Show Recently used menu items in toplevel of gear menu (3.5)
Show Recently used menu items in toplevel of gear menu (3.5)
Status: RESOLVED DUPLICATE of bug 680567
Product: nautilus
Classification: Core
Component: Navigation
3.5.x
Other Linux
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-07-28 22:14 UTC by Francesco Fumanti
Modified: 2012-07-30 15:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Francesco Fumanti 2012-07-28 22:14:15 UTC 
Hi,

Nautilus 3.5.4 has replaced the menus by a button that opens a popup containing the menus; with most menu items only available in submenus. Unfortunately, also heavily used items like cut, copy and paste are also located in submenus,particularly the Edit submenu. 

Currently, the first level of the popup contains the items that were previously available in the File menu and the headers of the submenus. What about placing the items of the first level of the popup menu into a submenu and using the gained room for showing the ten or twelve menu items that were used last. This way, users would probably have to navigate less often to the submenus, as the items he uses most are available on the first level of the popup menu as a recently used menu item. 

Thanks in advance for taking it into account. 

Cheers, 

Francesco 

PS: I am using nautilus 1:3.5.4 packaged in the development version of Ubuntu 12.10.
Comment 1 André Klapper 2012-07-29 10:25:00 UTC 
Why is it likely that users want to re-use their latest commands in case of a file manager tool?
Comment 2 Francesco Fumanti 2012-07-29 13:00:21 UTC 
Thanks for taking the request into account. 

It does not necessarily have to be the latest commands; the most frequently used commands would also fit in. 

In fact, the point is that commands in a submenu take longer to get selected than those available in the toplevel menu; thus, by having them move to the toplevel menu (either based on frequency or most recently used; thus creating a dynamic toplevel menu), users would have the commands they use most more directly accessible.

This can be also considered an accessibility issue for people with reduced dexterity.

Moreover, it does not have to be exactly ten or twelve dynamic menu items in the toplevel level menu. The point in that sentence was to have enough dynamic menu items so that most commands that get used by the user remains available in the toplevel menu.
Comment 3 Cosimo Cecchi 2012-07-30 15:01:26 UTC 
I don't think having a menu changing possibly every time you click it is a sensible thing to do, so I don't think this is going to be implemented.
In any case, we are tracking improvements for the new gear menu in bug 680567, and we should concentrate efforts - closing this as a duplicate of that.

*** This bug has been marked as a duplicate of bug 680567 ***