On Wed, Jul 25, 2001 at 12:52:42PM -0400, Gregory J. Barlow wrote:
> I am unclear on where the marker would go, on the torn menu itself, or on
> the menu a level up, showing it was torn. I see no reason to specially
> label the torn menu itself or to put a close button on it. Labeling that
> a menu has been torn off and is hence not accessible would be useful. No
> need to add an extra texture, just use the same menu display option as
> when something is disabled in the window menu. In addition, it might be
> nice if one could unpin a menu by clicking on its currently nonfunctional
> entry one level up in the menu system. That way, if a menu has been torn
> off and one wants to access it, one doesnt need to locate the menu on the
> screen. This also provides a way to remove menus which have strayed off
> the screen by the method described a few weeks ago on this list.
Hmm. Interesting thought.
One problem is that clicking on a menu item which has a submenu
can already have a meaning... The workspace menu, for instance,
uses it as a signal to move to the appropriate workspace. But
if you tear off that workspace's submenu, and then click on the
workspace's name in the workspace menu, what is the reasonable
behavior? Move to the workspace? Show the torn menu?
Ugh. So many wrinkles to deal with. This is going to take a lot
more thought on my part...
Jeff Raven
