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 <a...@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:
Grouping the Preferences menu item with the other "app" menu items
(Keyboard Shortcuts, Help, About).
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.
Thanks,
Allan
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
