On Thu, Feb 25, 2010 at 12:57 PM, Aleksey Lim <span dir="ltr"><<a href="mailto:alsroot@member.fsf.org">alsroot@member.fsf.org</a>></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>
> The other day during an infrastructure meeting, Walter brought up some<br>
> thought on how to enable kids to exchange Turtle Art projects....<br>
><br>
> Alsroot has been thinking about how to do this through a.sl.o since he<br>
> became the <a href="http://activities.sugarlabs.org" target="_blank">activities.sugarlabs.org</a> code maintainer.<br>
><br>
> The high level view is that someone can easily upload Turtle Art creations<br>
> to somewhere and then they, or others, can go to a portal to download other<br>
> Turtle Art creations.<br>
><br>
> Client side, this would require:<br>
> 1. Adding a widget to either the journal or the TA activity to upload the TA<br>
> Bundle.<br>
> 2. Adding a TA bundle installer to handler TA Bundle downloads.<br>
><br>
> Server side, this would require:<br>
> 1. A place to accept TA bundle uploads.<br>
> 2. A search-able place from which to download TA bundles<br>
><br>
> We have some similar systems we can look to as examples.<br>
> 1. Scratch -- Scratch has an upload button and users can download scratch<br>
> projects from -- <a href="http://scratch.mit.edu/galleries/browse/newest" target="_blank">http://scratch.mit.edu/galleries/browse/newest</a><br>
> 2. ASLO -- Users upload XO bundles via a web interface and download via a<br>
> web interface.<br>
><br>
> My initial instinct is to see if ASLO can be adopted to fit this need.<br>
> Primarily because we have it, it works, and it is scalable. On the other<br>
> hand, if the only tool in one's toolbox is a hammer, everything looks like a<br>
> nail. (How is that for over using clichés and buzzword?)<br>
><br>
> Considerations:<br>
> ASLO rocks:)<br>
> ASLO can be adapted to handle various file types. For example:<br>
> <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>
> <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>
><br>
> Each file type can have a separate look and feel.<br>
><br>
> Is the activity creation and upload process too complicated for young users?<br>
><br>
> Moving forward:<br>
> Would it be possible to journal or TA widget which:<br>
> 1. Walks the student though a upload wizard.<br>
> 2. Combines the TA project into a into a bundle with the metadata generated<br>
> in the wizard.<br>
> 3. Sends the bundle to activites.sl.o/uploads<br>
><br>
> Would it be possible to setup/adapt ASLO to:<br>
> 1. Handle TA files types.<br>
> 2. Accepts TA bundles+metadata uploads and inserts them into the review<br>
> queue.<br>
<br>
</div></div>At the end there could problem, current AMO workflow stuck to web uploading UI<br>
only, so we'll have to get rid of uploaders UI and use only browsing part<br>
(thus will have to not trivial patching AMO).<br>
<br>
><br>
> 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'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>