Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!ncar!gatech!purdue!mentor.cc.purdue.edu!mace.cc.purdue.edu!dve
From: dve@mace.cc.purdue.edu (zhou)
Newsgroups: comp.windows.ms
Subject: Re: Usher menus are NOT slow.  (and a suggestion)
Message-ID: <6626@mace.cc.purdue.edu>
Date: 19 Jan 91 07:11:36 GMT
References: <17074@bunker.UUCP>
Reply-To: dve@mace.cc.purdue.edu (zhou)
Distribution: comp
Organization: Purdue University
Lines: 26

In article <17074@bunker.UUCP> shap@clunker.UUCP (Joseph D. Shapiro) writes:
>
>I do not remember who started the discussion about the cascading menus
>in Usher being slow, but they are not... Windows is introducing that
>delay intentionally.
>
>The confusion arises because Usher is a "HOLD DOWN THE LEFT BUTTON"

	I don't assume you have a habit of saying things before you under-
	stand the facts first. 
	You are talking something entirely irrelevent! Suppose you bring
	up Usher and point to a submenu item and cause a submenu display,
	then if you draw the pointer to the next submenu of the main menu
	you'll have to wait (usually) several seconds before the old submenu
	closes and the new
	submenu gets displayed to the side. Since when  one passes the
	pointer to the desired menu the first menu landed on is not usually
	the wanted, and it gets displayed and thus causes delay.
	The "Hold down the left button" manner is very good (fast). I
	like it very much. The SUN machines here we use all have such menus.

	As to the "slow menu" problem, the author has explained that it's
	something of windows. I hope he didn't understand me as you did. 
	Otherwise I should expect him to look into the matter. I think many
	people offen cruise among the menus before letting go (I at least)
	So it can a nuisance in the long run.