Re: App menu Help/About consistency

Rick Opper <rickopper gmail com> writes:


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:

Could this document be extended to cover the switch between the
different views?

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.

desktop-devel-list mailing list
desktop-devel-list gnome org

desktop-devel-list mailing list
desktop-devel-list gnome org

Carlos Garcia Campos
PGP key:

Attachment: pgpjLEEGsHFn5.pgp
Description: PGP signature

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