On Thu, Feb 25, 2010 at 12:57 PM, Aleksey Lim <span dir="ltr">&lt;<a href="mailto:alsroot@member.fsf.org">alsroot@member.fsf.org</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div><div class="h5">On Thu, Feb 25, 2010 at 12:08:41PM -0600, David Farning wrote:<br>
&gt; The other day during an infrastructure meeting, Walter brought up some<br>
&gt; thought on how to enable kids to exchange Turtle Art projects....<br>
&gt;<br>
&gt; Alsroot has been thinking about how to do this through a.sl.o since he<br>
&gt; became the <a href="http://activities.sugarlabs.org" target="_blank">activities.sugarlabs.org</a> code maintainer.<br>
&gt;<br>
&gt; The high level view is that someone can easily upload Turtle Art creations<br>
&gt; to somewhere and then they, or others, can go to a portal to download other<br>
&gt; Turtle Art creations.<br>
&gt;<br>
&gt; Client side, this would require:<br>
&gt; 1. Adding a widget to either the journal or the TA activity to upload the TA<br>
&gt; Bundle.<br>
&gt; 2. Adding a TA bundle installer to handler TA Bundle downloads.<br>
&gt;<br>
&gt; Server side, this would require:<br>
&gt; 1. A place to accept TA bundle uploads.<br>
&gt; 2. A search-able place from which to download TA bundles<br>
&gt;<br>
&gt; We have some similar systems we can look to as examples.<br>
&gt; 1. Scratch -- Scratch has an upload button and users can download scratch<br>
&gt; projects from --  <a href="http://scratch.mit.edu/galleries/browse/newest" target="_blank">http://scratch.mit.edu/galleries/browse/newest</a><br>
&gt; 2. ASLO --  Users upload XO bundles via a web interface and download via a<br>
&gt; web interface.<br>
&gt;<br>
&gt; My initial instinct is to see if ASLO can be adopted to fit this need.<br>
&gt; Primarily because we have it, it works, and it is scalable.  On the other<br>
&gt; hand, if the only tool in one&#39;s toolbox is a hammer, everything looks like a<br>
&gt; nail. (How is that for over using clichés and buzzword?)<br>
&gt;<br>
&gt; Considerations:<br>
&gt; ASLO rocks:)<br>
&gt; ASLO can be adapted to handle various file types.  For example:<br>
&gt; <a href="https://addons.mozilla.org/en-US/firefox/browse/type:3" target="_blank">https://addons.mozilla.org/en-US/firefox/browse/type:3</a><br>
&gt; <a href="https://addons.mozilla.org/en-US/firefox/browse/type:2" target="_blank">https://addons.mozilla.org/en-US/firefox/browse/type:2</a><br>
&gt;<br>
&gt; Each file type can have a separate look and feel.<br>
&gt;<br>
&gt; Is the activity creation and upload process too complicated for young users?<br>
&gt;<br>
&gt; Moving forward:<br>
&gt; Would it be possible to journal or TA widget which:<br>
&gt; 1.  Walks the student though a upload wizard.<br>
&gt; 2.  Combines the TA project into a into a bundle with the metadata generated<br>
&gt; in the wizard.<br>
&gt; 3.  Sends the bundle to activites.sl.o/uploads<br>
&gt;<br>
&gt; Would it be possible to setup/adapt ASLO to:<br>
&gt; 1. Handle TA files types.<br>
&gt; 2. Accepts TA bundles+metadata uploads and inserts them into the review<br>
&gt; queue.<br>
<br>
</div></div>At the end there could problem, current AMO workflow stuck to web uploading UI<br>
only, so we&#39;ll have to get rid of uploaders UI and use only browsing part<br>
(thus will have to not trivial patching AMO).<br>
<br>
&gt;<br>
&gt; david<br>
<br>
there is also another way, implement it only in special activity<br>
<a href="http://idea.olpcorps.net/drupal5/ideatorrent/idea/19" target="_blank">http://idea.olpcorps.net/drupal5/ideatorrent/idea/19</a><br>
<br>
--<br>
<font color="#888888">Aleksey<br>
</font></blockquote></div><br>I think we are talking about the same thing.  I don&#39;t know understand the journal well enough to understand if it should be a separate activity, widget in TA, or Widget in the Journal.  But a good starting point might be a client side library (ALSO) activity which can push a bundle+meta data.  It will be an easier task creating a separate activity and proving it works rather than going straight to a journal feature.<br>
<br>From a design point of view, I am thinking that the library would either wrap a [XO|TA|Unified] bundle in (yet another) layer of meta data or the current bundle could be extended to include the necessary library meta data.<br>
<br>Once the bundle arrives at the server, we could extend the existing bundle checker to extract the new meta data and insert the bundle into ASLO.<br><br>This gives users the ability either use the web interface or library activity.<br>
<br>david<br>