#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:6 Eben]:
 > Replying to [comment:5 AlbertCahalan]:

 > > 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.
 >
 > Stopping an activity will not reveal the Frame.

 Why not? This should be fixed. The only reasonable exception would be if
 the user has intentionally started multiple activities, which should not
 be an easy thing to do. The UI needs to gently push users back to any
 running activity. Attempting to start a new copy should simply switch to
 the existing copy unless the user picks "Start another copy" from a hover
 menu. Attempting to start some other activity should default to shutting
 down the current activity unless the user picks something like "Start this
 while other activities run" from a hover menu.

 > > 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.)
 >
 > There will be indeed.  Naturally the Frame will provide a way to switch
 among the available views, including Neighborhood, Groups, Home, The
 Journal, and and running activities.  It serves as the meta-element which
 travels between these (and enables said travel).  It will not, on the
 other hand, allow kids to start numerous instances of the same activity
 anymore, which seems to be the biggest problem at present.  If they use it
 to navigate away, they can also use it to navigate back.

 No they can't.

 Navigation away from the current activity is entirely unintentional and
 undesired. The kid is more likely to navigate to the home screen or other
 place where a second copy of the activity can be started.

 The kid sees: my activity is gone!

 The kid does: go start the activity

 It's as simple as that. If the activity can be acidentally switched away
 from, then this will happen. If the activity can be restarted, then this
 will be done to fix the problem. Switching activities means starting new
 ones.

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