#2010 NORM FRS: Rollovers in toolbar/frame/tray have rollout lag, and shouldn't.

[Zarro Boogs per Child]

#2010: Rollovers in toolbar/frame/tray have rollout lag, and shouldn't.
--------------------+-------------------------------------------------------
 Reporter:  Eben    |       Owner:  dcbw
     Type:  defect  |      Status:  new 
 Priority:  normal  |   Milestone:  FRS 
Component:  sugar   |     Version:      
 Keywords:          |    Verified:  0   
--------------------+-------------------------------------------------------
 This one is a bit tricky, but hopefully I can convey the idea.  By way of
 example, when scrubbing through the activities in the frame, there is a
 severe lag on the disappearing of the rollovers, which strangely detaches
 the rollover palette from the black rollover highlight behind the icons.
 I realize that this results from the (much needed) rollout delay on
 rollover palettes in general, but we need to handle it differently when
 the rollout is actually a roll-''into'' another button/icon.

 There are two approaches here, and I'm not sure which would work best.

  1. The first is to simply follow all of the other behaviors currently in
 place, but remove the rollover immediately when the rollout is onto
 another element in the same tray/toolbar/frame.  This is, of course, the
 simpler of the two.
  2. Another option is to support "scrubbing", which can actually be quite
 useful.  This means that, once a rollover/palette is expanded for any
 button in a toolbar/tray, mousing over the other buttons/icons within that
 component will have the effect of immediately revealing their
 corresponding rollover/palette with no delay and no animation.  That way,
 you can wait a second for the first palette to appear, and then scrub
 across the whole bar to see the details for each button, without having to
 wait or click to invoke each one.

 I think we should definitely implement 1 by FRS, and entertain the other
 option if time permits.

-- 
Ticket URL: <http://dev.laptop.org/ticket/2010>
One Laptop Per Child <http://laptop.org/>