#4986 NORM 9.1.0: Re-introducing palette scrubbing in a usable form (was: Secondary palette of a button, switches the instant you move cursor to neighbouring button)

Zarro Boogs per Child bugtracker at laptop.org
Tue Jun 24 11:50:13 EDT 2008


#4986: Re-introducing palette scrubbing in a usable form
--------------------------+-------------------------------------------------
  Reporter:  HoboPrimate  |       Owner:  marco  
      Type:  defect       |      Status:  new    
  Priority:  normal       |   Milestone:  9.1.0  
 Component:  sugar        |     Version:         
Resolution:               |    Keywords:  9.1.0:?
  Verified:  0            |    Blocking:         
 Blockedby:               |  
--------------------------+-------------------------------------------------
Changes (by Eben):

  * keywords:  => 9.1.0:?
  * milestone:  Retriage, Please! => 9.1.0


Comment:

 '''1.'''

  a. Re-enable scrubbing in anchored palettes.
  b. Reveal full (primary & secondary) palette on scrubbing, once secondary
 has been opened.
  c. Implement the "45 degree rule" described above, for moving form
 invoker to palette.

 '''2.'''

  a. Re-enable scrubbing in floating palettes.
  b. Reveal only primary palette on scrubbing.
  c. Place corner of palettes at center of invoking icon.

 Note that this ticket is effectively satisfied without doing ''anything''
 in the short term, because scrubbing is currently off and the accidental
 dismissal of the desired palette not a problem.  However, I think
 scrubbing is a fantastic addition and I'd like to do it right.  These are
 my good faith guesses as to what will amount to reasonable behavior.  (1)
 is the more important case, overall, and (1c) specifically handles the
 main concern brought up in this ticket.  That is, (1c) is a requirement if
 we do any of (1) at all.

-- 
Ticket URL: <http://dev.laptop.org/ticket/4986#comment:13>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system


More information about the Bugs mailing list