Re: Retiring app menus - planning for 3.32.0

I feel like having the primary menu hidden in an in-window navigation app would be a regression from current, as a primary menu may apply anywhere, and having the user modify (and especially here, undo) application state in order to access a particular menu item (that, again, by its definition can apply anywhere in the app) would lead to end-user frustration.

The "apps with sidebar" example is IMHO best as both menus are displayed and have a position that makes sense, and most importantly, both are visible at all times.
3.28 with app menu displayed in the application top bar best describes what to be would be a good behavior for primary menus.

Nathan Graule

Le jeu. 20 sept. 2018 à 11:19, Allan Day <aday gnome org> a écrit :
Hi all,

As previously discussed, we're planning to retire app menus this development cycle. The aim is to remove all application menus by 3.32.0.

I've written some updated guidelines for the initiative, and I'd appreciate it if people could check them over.

We're also hoping to sneak in a couple of other UI changes at the same time. I wanted to flag these here, in case there are any objections. They are:
  1. Grouping the Preferences menu item with the other "app" menu items (Keyboard Shortcuts, Help, About).
  2. Changing the name of the about menu item from "About" to "About <Application Name>".
If this all seems OK, I'll announce the initiative more widely and start filing issues against the affected applications.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]