Re: Gimp-style menus

["Yuting Kuo" <yuting bigfoot com>]

Just like to comment on the position of menu groups:
the methods that affect the object are better placed on the top (near the
mouse pointer), then the less frequent ones.

My argument is based on the assumption that "object methods" are more
frequently accessed than global actions.

Also, if global actions are required frequently, toolbars are designed to
speed up this process.

Yuting

> A speed menu was nothing like the complete menu system. It
> was not even a subset like "Edit" from the menubar.
>
> Our menu looks something like this
>
>   +-------------+
>   | ----------- | <- Tear off
>   +-------------+
>   | Select some | <- Global selection strategys
>   | Select all  |
>   | Deselect    |
>   +-------------+
>   | Action 1    | <- Global actions
>   | Action 2    |
>   | Action N    |
>   +-------------+
>   | Method 1    | <- Object methods
>   | Method 2    |
>   | Method N    |
>   +-------------+
>
> Only the last part of the menu changes for each object
> type. Also, even when there are no selected objects there
> will be a valid speed menu.
>
> One additional point, in a speed menu there should be no
> submenus. This is a serious constraint to what you can put
> into it. It is much faster to move the pointer to the menubar
> and access some items in a drop-down menu then traversing
> into deep submenus.
>
> John
>
> _______________________________________________
> gnome-gui-list mailing list
> gnome-gui-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-gui-list
>