Rick Opper <[email protected]> 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 <[email protected]> wrote:
>> >> [1] https://wiki.gnome.org/Design/HIG/ApplicationMenus
>> >
>> > Could 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
>> [email protected]
>> https://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
>
> _______________________________________________
> desktop-devel-list mailing list
> [email protected]
> 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: pgpNNerTvWn2n.pgp
Description: PGP signature

_______________________________________________
desktop-devel-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Reply via email to