toolbars:menus

[Ellen Reitmayr]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Thomas Zander wrote:
> On Wednesday 17 August 2005 20:04, Ellen Reitmayr wrote:
> 
>>>i only meant the standard toolbars -> a file toolbar, edit toolbar etc.

> These are not standard toolbars; everyone just does something.  Various 
> apps indeed have a file toolbar, but even that is far from consistent.

yes, that's exactly the problem I'd like to address. Everybody does
something, but there are no guidelines what should be on a file toolbar
and what shouldn't. For example, many apps provide both print and print
preview buttons. that clutters the toolbar and is mostly useless. We
should define defaults and say what items not to put there (except there
are compelling reasons - e.g. preview is relevant in an image viewer).

Defining standard toolbars also has the advantage that they will be
added to the toolbar as modules, that means they can be dragged, added,
removed easily. and they are visually separated from the other toolbars
by the drag handle.

finally, in the standard toolbars, we can show where to put separators.
For example, there should be a separator between undo/redo and
cut/copy/paste in a edit menu.

Of course we'll have to make clear that the standard toolbars should
only be applied if it fits the application's purpose :)

greetings,
/el
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDBD312mIgQiX+cvcRArwhAJ98uUv4V5i9wNetRelC72QDc+xl0QCdFjb1
KiiYY2DydDpDV5/NzkUgsFo=
=JbHV
-----END PGP SIGNATURE-----