On Thu, Feb 25, 2010 at 01:03:29PM -0600, David Farning wrote: > On Thu, Feb 25, 2010 at 12:44 PM, Walter Bender > <[email protected]>wrote: > > > On Thu, Feb 25, 2010 at 1:08 PM, David Farning <[email protected]> wrote: > > > The other day during an infrastructure meeting, Walter brought up some > > > thought on how to enable kids to exchange Turtle Art projects.... > > > > > > Alsroot has been thinking about how to do this through a.sl.o since he > > > became the activities.sugarlabs.org code maintainer. > > > > > > The high level view is that someone can easily upload Turtle Art > > creations > > > to somewhere and then they, or others, can go to a portal to download > > other > > > Turtle Art creations. > > > > > > Client side, this would require: > > > 1. Adding a widget to either the journal or the TA activity to upload the > > TA > > > Bundle. > > > 2. Adding a TA bundle installer to handler TA Bundle downloads. > > > > > > Server side, this would require: > > > 1. A place to accept TA bundle uploads. > > > 2. A search-able place from which to download TA bundles > > > > > > We have some similar systems we can look to as examples. > > > 1. Scratch -- Scratch has an upload button and users can download scratch > > > projects from -- http://scratch.mit.edu/galleries/browse/newest > > > 2. ASLO -- Users upload XO bundles via a web interface and download via > > a > > > web interface. > > > > > > My initial instinct is to see if ASLO can be adopted to fit this need. > > > Primarily because we have it, it works, and it is scalable. On the other > > > hand, if the only tool in one's toolbox is a hammer, everything looks > > like a > > > nail. (How is that for over using clichés and buzzword?) > > > > > > Considerations: > > > ASLO rocks:) > > > ASLO can be adapted to handle various file types. For example: > > > https://addons.mozilla.org/en-US/firefox/browse/type:3 > > > https://addons.mozilla.org/en-US/firefox/browse/type:2 > > > > > > Each file type can have a separate look and feel. > > > > > > Is the activity creation and upload process too complicated for young > > users? > > > > > > Moving forward: > > > Would it be possible to journal or TA widget which: > > > 1. Walks the student though a upload wizard. > > > 2. Combines the TA project into a into a bundle with the metadata > > generated > > > in the wizard. > > > 3. Sends the bundle to activites.sl.o/uploads > > > > I am not sure what you are asking? How is this different that just > > using Browse to upload files from the Journal? > > > > IIRC, Uploading via the browser requires the uploader fill in several fields > on the server and provide a link to the file they want to upload. This > results in a server driven workflow (pull). I am thinking of a client > driven (push) use case where the client sends a bundle with the required > meta data to a URL. From there, ALSO processes the bundle+metadate with out > further user intervention. This requires a bit of client side prethinking: > 1. Is the upload a registered ASLO user? If not, ask them to register. > 2. Does the activity already exist and this is a new version? Ask one set of > question. > 3. Is this a new activity? Ask a more involved set of questions. > > My questions are: > 1.Is this requiring 'too much' of a young user who just wants to upload a > project? > 2. Are we trying to pound in a screw with a hammer?
it could be done a bit different, e.g. there are local objects (in Journal) and there remote objects in Library activity, user type search string, chose object type/time i.e. does the same like in Journal but only with remote objects. To share local objects, user just goes to only-local-objects mode in Library and just star all object that should be shared(we already have all info we need to share, title, type, tags). > > David > > I realize that I am obsessed with ASLO and tend to stretch it beyond its > usefulness > > -walter > > > > > Would it be possible to setup/adapt ASLO to: > > > 1. Handle TA files types. > > > 2. Accepts TA bundles+metadata uploads and inserts them into the review > > > queue. > > > > > > david > > > > > > _______________________________________________ > > > Sugar-devel mailing list > > > [email protected] > > > http://lists.sugarlabs.org/listinfo/sugar-devel > > > > > > > > > > > > > > -- > > Walter Bender > > Sugar Labs > > http://www.sugarlabs.org > > > _______________________________________________ > Sugar-devel mailing list > [email protected] > http://lists.sugarlabs.org/listinfo/sugar-devel -- Aleksey _______________________________________________ IAEP -- It's An Education Project (not a laptop project!) [email protected] http://lists.sugarlabs.org/listinfo/iaep
