Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!husc6!harvard!seismo!mcvax!unido!ztivax!david
From: david@ztivax.UUCP
Newsgroups: net.micro.amiga
Subject: Re: Re: Defualt actions for System Reque
Message-ID: <19600002@ztivax.UUCP>
Date: Thu, 5-Jun-86 12:51:00 EDT
Article-I.D.: ztivax.19600002
Posted: Thu Jun  5 12:51:00 1986
Date-Received: Sat, 7-Jun-86 13:55:52 EDT
References: <369@ulowell.UUCP>
Sender: notes@unido.UUCP
Lines: 26
Nf-ID: #R:ulowell:-36900:ztivax:19600002:000:1249
Nf-From: ztivax!david    Jun  5 17:51:00 1986

eriously, folks:

The suggested approach for menus is nice, because it leaves the menu
on the screen.  This is novel.  Also, if a sub menu develops, perhaps
it should "overlap" the previous menu, so you can still see where you
are.

A minor improvement I have seen by the people at Xerox (remember, they
invented all this stuff ten years ago now):  If you chord "both" mouse
buttons (some mice have a center button which is equivalent to both
outer buttons, not too many people use it tho), then the appropriate
menu is shown, depending on where the mouse currently is.  If there
may be multiple menus applicable, they are stacked.  Underlying menus
can be brought up to the top by selecting the part visable.

They have a "subwindow" often appearing at the top of a window for
"switches" and "fill-in" options.  Fill-in options can have menus
(user defined) which offer a selection.  For example, a list of
directories.  If you chord over a fill-in option "prompt", you get the
selection menu on top, the others stacked below it.

A nice thing is the menu "remembers" your last choice: it puts the
menu under the mouse, adjusted up and down so the last selection is
under the mouse, and adjusted left or right so the mouse is near the
right edge.