[shell-coding] Re: Menus
- From: Jaykul@xxxxxxxxxxxxx
- To: shell-coding@xxxxxxxxxxxxx
- Date: Sat, 13 Jul 2002 01:30:16 -0400
Actually ... the AskTog point isn't about keeping the menu open, it's about
opening it
QUICKLY in the first place! In other words, instead of having to slow down
their mouse
down to make sure they get the right menu ... the program makes a judgement
about
whether the user is trying to move their mouse _horizontally_ instead of
vertically ...
The bottleneck is the passage between the first-level menu and the
second-level
menu. Using Windows, users have to slide across just right, least they slip
down to
the next menu at the last moment. ... the V-shaped buffer zone allows users
to make
an increasingly-greater error as they neared the hierarchical without fear
of
jumping to an unwanted menu!
So, anyway ... a LOT of the useability issues he discusses are about
productivity, about
trying to let the user do work faster without making mistakes. My pet peave
about windows
is that there isn't an obvious way to create interface elements that are
against a screen
edge (and therefore easier to click on). You can do it, but NOT using standard
windows
gui elements ... and therefore, NOONE does it.
::Jaykul
> simple and obvious concept. And although it is more elegant of a solution
> then a simple timeout delay, where a sub menu stays displayed for n ms
> before disapearing, it wouldn't seem to offer much more for the effort then
> the timer base solution.
>
> chris
--
::Jaykul
Jaykul@xxxxxxxxxxxxx
http://fragmentized.com/jaykul
- Follow-Ups:
- [shell-coding] Re: Menus
- From: Chris
- References:
- [shell-coding] Re: Menus
- From: Chris
Other related posts:
- » [shell-coding] Menus
- » [shell-coding] Re: Menus
- » [shell-coding] Re: Menus
- » [shell-coding] Re: Menus
- » [shell-coding] Re: Menus
- » [shell-coding] Re: Menus
- » [shell-coding] Re: Menus
- [shell-coding] Re: Menus
- From: Chris
- [shell-coding] Re: Menus
- From: Chris