lrbartram@watcgl.waterloo.edu (lyn bartram) (06/25/88)
There have been several discussions about the proposed advantages of "pie",
or radial selection, menu systems lately in various newsgroups ( comp.cog-eng
and comp.windows.misc are two that come to mind ). A lot of attention has
been paid to the fact (? as yet not *completely* proven) that kinesthetic
memory is a powerful aid to menu selection, often more effective than simple
conscious recognition of that which is to be selected.
I'm not debating this: we have been using some form of radial menus in various
applications in our lab for several years, and as a user myself, i find them
great. However, the use of these tools bring a whole lot of interesting
questions to the fore : what are the most effective selection mechanisms, for
example? Slide only? Slide and click? Depress, slide and release? Double
click? At a single level, this might seem trivial, but as soon
as one wishes to take advantage of cascaded menus, it is no longer so
immaterial. I have noticed a claim that using radial selection in cascaded
form is far preferable to using regular popup/cascaded menus, but i am a
bit dubious about this, and would like to see some solid empirical evidence....
after all, the big bonus about radial selection, in layman's terms, is that
one uses direction rather than distance or position to get to the selection
point. It seems to me that cascading imposes some of the distance constraint.
Another point is that of form: as i mentioned a few months ago, is a circle
preferable to a {hex/oct/non}agon ? How big does the "dead" area in the
centre have to be? One of the applications in our lab, a paint program,
uses an octagonal( well, it may be hexagonal by now) menu, since this
means that each selectable space is big enough to serve also as a form of
*slider*: when the selections are colours, the user can "stir" the cursor on
the selection clockwise for more saturation, and counter-clockwise for less,
providing a very nice and intuitive interaction technique.
I know that there is some very pertinent work in ergonomics studies of
instrument positions on control panels, et al, to do with immediate access
to information and selection of particular tools. Can anyone point me to
some specific references? It appears that the time has come for some
rigorous testing of radial selection techniques, and it would be nice to
know what previous studies in related fields have to tell us about the
use of kinesthetic memory in system design.bwk@mitre-bedford.ARPA (Barry W. Kort) (06/28/88)
A variation on the pie menu would be a tic-tac-toe shaped menu, in which the the most common menu choice would be in the middle. (A pie menu could also include a bulls eye in the middle giving room for one more choice.) --Barry Kort
doug@feedme.UUCP (Doug Salot) (06/29/88)
Hey, I've got an idea: How about a paradigm in which subtle wrist and
finger movements are used to select items from a menu, and the movements
themselves map in some natural way to the meaning of item being selected.
Once the associations are learned, users will be able to select items
with their eyes closed! But of course the hard part is trying to come
up with a universal movement->meaning map. If only there were a way
to associate.... Hey! What if you used some sort of mnemonic, say
a letter or group of letters that could easily map to verbs and nouns,
and the subtle movements could map directly to letters!
We could call this device the keyboard! It could obsolete these
clumsy mice we're all trying to use for tasks they're clearly not
suited for.
--
Doug Salot || doug@feedme.UUCP || ...{trwrb,hplabs}!felix!dhw68k!feedme!doug
"Thinking: The Thinking Man's Sport"joel@pyr.gatech.EDU (Joel Rives) (06/29/88)
>bwk@mbunix (Kort) (bwk@mbunix, <35362@linus.UUCP>): >(A pie menu could also include a bulls eye in the middle giving >room for one more choice.) Yes! This bullseye position would also be very approriate for default selection. This also leads one to consider the advantages/disadvantages of using concentric circles or partial circles (ie. arcs) with truncated pie sections, which might allow for groupings of menu selections. My first impression (purely imaginary -- of course) is that such a design would be too busy. An actuall implementation might prove otherwise. joel -- The thief Left it behind-- The moon at the window. -Ryokan
montnaro@sprite.steinmetz.ge.com (Skip Montanaro) (06/30/88)
JR> == Joel Rives (joel@pyr.gatech.edu)
BK> == Kort (bwk@mbunix)
BK>(A pie menu could also include a bulls eye in the middle giving
BK>room for one more choice.)
JR>Yes! This bullseye position would also be very approriate for default
JR>selection.
Suntools remembers the last item selected in a menu and makes it the default
the next time the menu is popped up. The bullseye could represent this
dynamic default, not just a static default. It is easier to implement in
some sense as well, since you don't have to decide ahead of time what the
default should be (and guess wrong most of the time).
--
Skip Montanaro (montanaro@sprite.steinmetz.ge.com, montanaro@ge-crd.arpa)lrbartram@watcgl.waterloo.edu (lyn bartram) (06/30/88)
In article <MONTNARO.88Jun29154345@sprite.steinmetz.ge.com> <montanaro@sprite.steinmetz.ge.com> (Skip Montanaro) writes: >Suntools remembers the last item selected in a menu and makes it the default >the next time the menu is popped up. The bullseye could represent this >dynamic default, not just a static default. It is easier to implement in >some sense as well, since you don't have to decide ahead of time what the >default should be (and guess wrong most of the time). I would think that in many cases the default position should be a "no op"/ no selection one, to permit a user to invoke the menu without being committed to a decision. This brings us to the question of the "dead spot" in a pie menu. How big should it be? Should there be one? How does its size affect the acuuracy measure of pie menu selection? How does SunTools make the last menu item selected the default - by leaving the positions of the items on the menu the same and placing the cursor on the particular item, or by shuffling the items and having the default always in the same place? Both approaches could be difficult in a radial selection menu. If direction is the selection mechanism, then changing the cursor position counteracts it; and shuffling the position of menu items conflicts with the principle of using kinesthetic memory. lyn bartram Computer Graphics Lab University of Waterloo Waterloo, Ontario, Canada
petree@gaigan.cs.utexas.edu (Mitch Petree) (07/04/88)
In article <5034@watcgl.waterloo.edu>, lrbartram@watcgl.waterloo.edu (lyn bartram) writes: > In article <MONTNARO.88Jun29154345@sprite.steinmetz.ge.com> <montanaro@sprite.steinmetz.ge.com> (Skip Montanaro) writes: > >Suntools remembers the last item selected in a menu and makes it the default > >the next time the menu is popped up. The bullseye could represent this > >dynamic default, not just a static default. It is easier to implement in > >some sense as well, since you don't have to decide ahead of time what the > > >default should be (and guess wrong most of the time). > I would think that in many cases the default position should be a "no op"/ > no selection on e, to permit a user to invoke the menu without being committed > to a decision. ... > does SunTools make the last menu item selected the default - by leaving > the positions of the items on the menu the same and placing the cursor on the > particular item, or by shuffling the items and having the default always in > the same place? Both approaches could be difficult in a radial selection menu. > If direction is the selection mechanism, then changing the cursor position > counteracts it; and shuffling the position of menu items conflicts with the > principle of using kinesthetic memory. > lyn bartram 1) I prefer SunTools method of using the last item chosen in a menu as the default next time the menu is called up. I have found that locality of reference applies in these situations (my experience only). 2) SunTools implements this by keeping the items in the same order and placing the cursor on the correct item. 3) This may be harder to do on a pie menu. I am not sure how pie menus work. What kind of selector do you use? Is it a knob that is turned or do you just have a pie shape and move the cursor into a slice? I can't see using a mouse to get direction except for direction of movement, whereas it sounds like you are talking about a static direction, i.e., the direction it is "looking". Just having the pie shape would be great because on the average you have to move a smaller distance to get to your selection. 4) I think the dead spot should be just that, a dead spot, like the title bar in a menu group. It could identify the menu group or be empty but would not invoke any function. -mitch petree (Univ. Texas @ Austin, Elec. & Comp. Engr.)
rwl@uvacs.CS.VIRGINIA.EDU (Ray Lubinsky) (07/07/88)
In article <5034@watcgl.waterloo.edu>, lrbartram@watcgl.waterloo.edu (lyn bartram) writes: > How does SunTools make the last menu item selected the default - by leaving > the positions of the items on the menu the same and placing the cursor on the > particular item, or by shuffling the items and having the default always in > the same place? The ordering of the menu remains constant, but when it pops up your cursor is left over the last selection so that all you have to do is release the mouse button to choose that selection again. Is this a benefit? Sometimes, but in general (when you need to select something else) it takes a little cognitive effort to rescan the list from the top and either move up or down relative to your current position to make the other selection. -- | Ray Lubinsky, UUCP: ...!uunet!virginia!uvacs!rwl | | Department of BITNET: rwl8y@virginia | | Computer Science, CSNET: rwl@cs.virginia.edu -OR- | | University of Virginia rwl%uvacs@uvaarpa.virginia.edu |