On Thu, 26 Jul 2001, Jim Knoble wrote:
> From the perspective of some users, there's no reason that
> [MiddleClick] on the Workspaces menu ought not to make the menu go
> away, since both the Applications menu and the Titlebar menu behave
> that way (i.e., the same mouse button that opens the menu closes it).
> Yet middle-clicking appears to do nothing.
Because with Blackbox it's
"only [RightClick] closes a menu"
and not
"the same mouse button that opens the menu closes it".
But your logic referring to torn-off menus would mean:
"to remove a torn-off menu draw it around"
Okay, your principle seems to be: "The same way out as in". But then
the *only* consistent solution for stickable menus is the olwm-way: A
permanently visible pin symbol to click. Drawing the menu around
wouldn't stick it anymore.
> In the same vein, one might expect that [LeftClick] on a submenu's
> parent item would close it. Nope. It remains open. How do i close
> it?
Yes that's bad. I think, [RightClick] on the submenu should close
it (only the submenu!).
But [LeftClick] or [MiddleClick] on a submenu's parent item to close
the submenu *if it's torn off* seems to be a good idea.
> Then a close button is redundant on a regular window as well, since
> there's a perfectly good "Close" item on the titlebar menu.
> Likewise, the resize handles, since [Meta+RightClick] can resize a
> window. [...] Apparent redundancy is sometimes necessary for
> high-quality user interaction.
The only things you can do with menus are drawing them around or
closing them - so we should keep them minimalistic.
Menus are not windows!!
Mark
PGP signature
