#6385 NORM Never A: unintentional trigger of sugar frame (F3) view

[Zarro Boogs per Child]

#6385: unintentional trigger of sugar frame (F3) view
---------------------+------------------------------------------------------
  Reporter:  fche    |       Owner:  Eben          
      Type:  defect  |      Status:  new           
  Priority:  normal  |   Milestone:  Never Assigned
 Component:  sugar   |     Version:                
Resolution:          |    Keywords:                
  Verified:  0       |    Blocking:                
 Blockedby:          |  
---------------------+------------------------------------------------------

Comment(by AlbertCahalan):

 Replying to [comment:4 Eben]:

 > I expect that one extreme of this slider will represent no delay (which
 is how things stand now, and may remain the default, for discoverability),
 and the other will completely turn off corner activation.  The latter,
 however, will definitely not be the default, since I think that
 discoverability is important here, and also that the idea of the corners
 strengthens the metaphor of the frame as a persistently available
 interface just beyond the edge of the screen.

 I've seen kids struggle terribly with accidental frame display. Since kids
 are in fact the target audience, corner activation needs to be off by
 default.

 There is no need to strengthen the metaphor of the frame as a persistently
 available interface just beyond the edge of the screen. Beginners can get
 to the frame by quitting the current activity. I have **never** seen a kid
 intentionally use more than one activity at the same time, and have
 **never** seen the frame used for a non-harmful action while an activity
 was running.

 The dedicated frame key is plenty of discoverability. Remember that the
 frame can be found by quitting the current activity. Simultaneous usage is
 for advanced users.

 > We have a completely revised intent for the Frame, which should
 completely removed the aforementioned problems with duplicate activities.
 More details about this will be released soon.

 Can you confirm that there is no location on the new frame where a mouse
 click could cause the current activity to become hidden? (example:
 switching to home/friends/network view, switching to another activity,
 switching to the journal, starting a new activity, etc.)

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