Rick Opper <rickopper gmail com> writes:
ok...
App Menu:
* About (I guess optional now?)/Help...
* Quit - At least this one seems to be consistent...
* Preferences for the app
Window/Document Menu:
* File operations (new, open, save(as))...
* Window/view preferences
Should be simple, but...
Nautilus has 4 buttons - 2 menus and 2 presets for views.
Documents has NONE, just a magnifying glass and a check button...
Evince has nothing in the app menu, and 2 impossibly unorganized window
menus - I never know which one to open...
Evince has help in the app menu, and it doesn't have About because the implementation is a modal dialog attached to a specific window. It has a view menu and a gear menu, and I agree it's not easy to know which options are in each menu. It's not even obvious that the view menu is shown by pressing on the button.
Just to say that for us users - I'm not a developer - consistency is very comforting, and a sign of quality, and for developers, I don't think it's an issue of being spoon-fed, but rather having a clearer sense of direction. Nautilus, Documents, and Evince devs want to have good products and probably made their decisions for the best as they could see it. Having clearer instructions or a better idea of what the menu system should look like could help them decide where to put <your super menu item> and keep it consistent... I'm sure you have some idea of image in mind for what these menus should be like and having it fleshed out more - liked or not liked - can only help developers and the community either implement it or at least discuss it... OK, that's my 2 cents - I've been using gnome since 2.6... can't code to save my life though :-( On Mon, 2013-11-25 at 14:36 +0000, Allan Day wrote:Pierre-Yves Luyten <py luyten fr> wrote:[1] https://wiki.gnome.org/Design/HIG/ApplicationMenusCould this document be extended to cover the switch between the different views? See https://bugzilla.gnome.org/show_bug.cgi?id=697591.One of the goals for the new HIG is to try and avoiding spoon-feeding people too much, and I'd prefer to avoid listing every possible thing you might want to include in that menu. In that sense, this bug is an interesting test case for the guidelines. In general I would say that they indicate that those items shouldn't be in the app menu, since they "are specific to a particular window or view", but I'd be interested to hear how other people would interpret this based on the draft guidelines, and whether they consider them to be useful enough. Allan _______________________________________________ desktop-devel-list mailing list desktop-devel-list gnome org https://mail.gnome.org/mailman/listinfo/desktop-devel-list_______________________________________________ desktop-devel-list mailing list desktop-devel-list gnome org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
-- Carlos Garcia Campos PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
Attachment:
pgpjLEEGsHFn5.pgp
Description: PGP signature