#3084 NORM Untriag: Floating Palettes should appear only if mouse is still

[Zarro Boogs per Child]

#3084: Floating Palettes should appear only if mouse is still
--------------------+-------------------------------------------------------
 Reporter:  Eben    |       Owner:  marco    
     Type:  defect  |      Status:  new      
 Priority:  normal  |   Milestone:  Untriaged
Component:  sugar   |     Version:           
 Keywords:          |    Verified:  0        
--------------------+-------------------------------------------------------
 I'm not actually positive on this one, but I wanted to bring up the
 problem at least.  When moving the mouse about the activity ring, for
 instance, I frequently find myself invoking palettes by accident as I move
 across sections of the ring.  The nifty palette scrubbing feature makes
 this even more awkward, because it means these palettes appear immediately
 as I move into the next activity icon, which in many cases has caused me
 to accidentally click at various locations in the palette instead of on
 the activity.

 This is something we absolutely cannot have, especially once some of the
 options in the palettes will be destructive (remove, delete, etc).

 There are a couple things we could do to deal with it:

  1. Removing scrubbing from floating palettes could help, but it won't
 solve the problem of the palette appearing as I move across a single
 wedge.  The problem would persist, but not at the same scale.  This also
 makes some sense because the position of floating palettes (lack thereof)
 means that this isn't quite intuitive anyway. (see #3005)

  2. Make palettes (just floating, or all?) appear only if the mouse is
 over the icon/object ''and'' remains motionless (or nearly enough, if we
 calculate velocity) for the necessary activation delay.  This would make
 the act of invoking them slightly more intentional.  It makes the most
 sense for floating palettes again, since the palette can get in the way as
 you're moving across the view.  This isn't a problem in anchored palettes,
 because they can't ever appear over the icon/button itself or the other
 ones being scrubbed through.

 I honestly think both of these are a good idea, specifically for floating
 palettes.

 ''If there is confusion, I refer to palettes that are attached to icons in
 toolbars/trays/frame (and have fixed position attached to the icon) as
 anchored palettes, and those which appear relative to the mouse position
 as floating palettes.''

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