#8982 NORM 8.2.1: separate mp3 player package for etoys?

[Zarro Boogs per Child]

#8982: separate mp3 player package for etoys?
--------------------------------------+-------------------------------------
           Reporter:  cjb             |       Owner:  etoys        
               Type:  defect          |      Status:  new          
           Priority:  normal          |   Milestone:  8.2.1        
          Component:  etoys-activity  |     Version:  not specified
         Resolution:                  |    Keywords:  sound        
        Next_action:  never set       |    Verified:  0            
Deployment_affected:  Uruguay         |   Blockedby:               
           Blocking:                  |  
--------------------------------------+-------------------------------------

Comment(by bert):

 Replying to [comment:8 cjb]:
 > The workflow in Uruguay is to get an mp3 into the journal, and then
 clicking Resume on it automatically launches eToys (which registered that
 mimetype) and starts playback.

 I see. Yes, that code path ("resuming" a media file) simply creates a new
 project and drops the file in (using the same logic as in drag-and-drop).

 This use case was not really anticipated, we usually think of Etoys as an
 authoring tool. When used as media player or image viewer, pressing the
 stop button should not really save an Etoys project. Do the kids work
 around this, or does the Journal simply fill up with useless projects?

 If we want to better support this usage we could add a "play and quit"
 option to the menu (try resuming/dropping an mp3 to see the menu), we
 could also alter the exit logic to not save when the project is empty or
 has just a single unscripted media player in it. Comments?

 I wonder how we could help the kids make their experience much better. For
 example, it's pretty trivial with a little piece of Squeak code to grab
 all the mp3s in the Journal and play them back. If we could make it as
 simple to build a media player using Etoys tiles that would be awesome.
 E.g., based around a "JournalMorph" that would list the journal entries of
 a given mime type? Ideas?

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