Re: Indicating multilevel picks in menus

Subject: Re: Indicating multilevel picks in menus
From: Jim Grey <jwg -at- ACD4 -dot- ACD -dot- COM>
Date: Tue, 7 Dec 1993 09:25:44 -0500

According to Fred Jacobson:
Steve Hollander wrote:
> In documenting PC programs, I prefer
> File\Print
> and don't find users (May I use that word?) confused about this semi-logical
> extension of directory\subdirectory notation.
Here Steve gives us _his_ analogy. Backslash (or "backslant" in the
military community) means "descend the hierarchy" in the file system,
so why not in the menuing system. Very nice, although I haven't seen
it anywhere else. The product I document runs under Unix, so I could
use "/", but my audience does not necessarily use that notation to
access files.

Meanwhile, Sue Gallagher had *this* to say:
At work, we use a ZaphDingbat arrow (ascii 0228) that's
reminiscent of (but not the same as) the arrow you see on
cascading menus.

In the stuff I do on my own, I've chosen a diamond-shaped
bullet (to avoid arguments between home and work).

Both seem to do well. I think that and device that leads
the eye from one menu selection to another works well.
**Users** make the connection readily and appreciate not
having to read the extra word it takes to say "select ...
from the ... menu" (which is also backward from the way they
select the options, so has always bothered me).

I say:

Our window-menu-icon thingbee is Motif-based. So, cascading down menus
looks like this:

---------------------------------------------------
Choice1 Choice2 Choice3
--+--------------+---------------------------------
|Submenu1 ->|
|Submenu2 ->|+--------------+
|Submenu3 ->||SubSub1 ->|+------------+
|Submenu4 ->||SubSub2 ->||Command1... |
+--------------+|SubSub3 ->||Command2... |
+--------------+|Command3 |
|Command4 |
+------------+

We'd write this as Choice1->Submenu3->SubSub2->Command2. We use the right
arrow found in the "Symbol B" font.

When using the software, the user quickly learns that wherever there's an
arrow, there's a submenu. They seem to do this without help of *any*
documentation. Similarly, they seem to immediately understand x->y->z without
having to read any explanation because it looks so much like what's on the
screen.

We shamelessly stole this idea from Interleaf 5's (voluminous) documentation.
This is where I first saw this done, and I liked that I didn't have to flip
to the section on document conventions to understand it.

So now I get around to my point. Whenever the docs can mimic the software
like this, so much the better for the user. He then has one less document
convention to look up, especially when he just wants to get in and get right
out of the manual in the first place.


jim grey
jwg -at- acd4 -dot- acd -dot- com
Terre Haute, IN - The Silicon Cornfield


Previous by Author: Character names (Was: Re: Indicating multilevel picks in menus)
Next by Author: Re: Non-alphabetic Characters
Previous by Thread: Re[2]: Indicating multilevel picks in menus
Next by Thread: Re: Indicating multilevel picks in menus


What this post helpful? Share it with friends and colleagues:


Sponsored Ads