Michael Gerz wrote:
Helge Hafting schrieb:
Cut and paste is surely better done with:
* keyboard only, or -
* mouse only - mark the text then drag the selection off somewhere.
But it must be in the menus too, because there is no standard
cut & paste keys on keyboards. Apps do this differently.
There is also no standardized short-cut for emph, noun, and bold; not
to mentioned uppercase and lowercase.
The menus have (at least) two purposes:
* A place to stick little-used alternatives
A clear contradiction to what John teaches us.
That came out a bit wrong. This is from the user perspective - the
experienced user go to the menu for alternatives that are so little
used that he don't remember the keyboard shortcut.
Of course many alternatives are so little used that they get
stuffed into a dialog or something instead. The menus are for often-used
alternatives, but they are a bigger set than what you bother to remember.
Changing a reference from "page" to "ref#" is one of those things
you don't put in a menu because it is too rare.
* Documentation of our nice keyboard shortcuts. This is what xemacs so
nice too. Everything can be done by key, but if you don't know
the key, you at least know where to find it.
One more reason to make the menu feature-complete... :-)
Well, there is clearly a competition for space in menus, unless you
want to have seven levels. It'd be nice to have a feature-complete GUI,
which is something we don't have now. It don't all have to be in
menus, but the menus can activate various "rare-options" dialogs.
Helge Hafting
