> I haven't had a proper look at this. I think that once a tool tip's > displayed, the others are _supposed_ to appear immediately. It might be > possible to modify the menu-tracking code to make them go away and then > come back (thus using the delay again), but I suspect this is really > breaking the way they're supposed to work (think of running along a > toolbar). Personally, I wouldn't want to have to wait for each one, if > I'd already done the wait to get them visible. >
Take a look at the windows start menu. Unless you have tweaked the UI to force the menu items or tooltips to draw immediately, each tooltip is displayed with a small delay, allowing the user to move past the entry without flashing the tooltips or bogging down the menu trying to draw them.. This behavior feels right to me.. If I happen to stay on one menu item long enough to have the tooltip displayed, I wouldn't want to have the behavior change and have all the other menu items flash when moving past... FWIW of course... Monty ------------------------------------------------------- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com _______________________________________________ DQSD-Devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dqsd-devel
