<br><br><div class="gmail_quote">On Tue, May 17, 2011 at 6:01 PM, Anna <span dir="ltr"><<a href="mailto:aschoolf@gmail.com">aschoolf@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Tue, May 17, 2011 at 4:15 PM, Martin Abente <span dir="ltr"><<a href="mailto:martin.abente.lahaye@gmail.com" target="_blank">martin.abente.lahaye@gmail.com</a>></span> wrote:<br></div><div class="gmail_quote">
<div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Just to explain a little better this all fits into the "cloud journal"<br>
Idea which in the very first version should basically work as a cloud<br>
storage device (which should be placed in the XS IMHO). This will fix<br>
MANY problems we encountered in the field regarding the limited<br>
storage space, backups and virtual dogs eating homework.<br>
<br>
I still didn't make up my mind about which technical approach should I<br>
take in order to get this working, but I guess people already started<br>
sharing some ideas. And I would appreciate more ideas and discussion<br>
before I get to that point.<br>
<br>
The very basic requirement is: each children must have its private<br>
"cloud volume", where they can drop their files in the same way they<br>
interact with physical external storage devices.<br>
<br>
On top of that we can do a lot of things that might be very useful for<br>
teachers daily in the classrooms.<br>
<br>
Before I start working on this, ill add multi-selection capabilities<br>
to the journal so we can easily drop files from the local journal to<br>
the "cloud" one. The implementation of the multi-selection feature may<br>
or not follow the design we proposed on eduJAM's code sprint [1].<br>
<br>
Questions? Ideas? Code? :)<br>
<br>
1. <a href="http://wiki.sugarlabs.org/go/Journal_NewUI#Mockups" target="_blank">http://wiki.sugarlabs.org/go/Journal_NewUI#Mockups</a><br>
<div><div></div><div><br></div></div></blockquote></div><div><br>As an external service, Dropbox is not appropriate for a deployment, but I messed around several months ago with integrating the Journal with Dropbox. Since the setup is fairly complicated, I never suggested implementing it here. <br>
</div></div><br>Because of the way Sugar indexes files, I used a USB drive so that Dropbox would show file names and extensions. From the user's perspective, all they have to do is drop files onto a USB drive and everything else is automatic.<br>
<br>Anyway, it's "proof of concept" of cloud storage with the Journal. And of course, Dropbox is a bad idea unless you're talking about just a few users. There are FOSS alternatives out there that can live on the XS.<br>
<br>Here's my writeup:<br><a href="http://www.olpcnews.com/forum/index.php?topic=4892.0" target="_blank">http://www.olpcnews.com/forum/index.php?topic=4892.0</a><br><font color="#888888"><br>Anna Schoolfield<br>Birmingham<br>
</font><br>_______________________________________________<br>
Server-devel mailing list<br>
<a href="mailto:Server-devel@lists.laptop.org">Server-devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/server-devel" target="_blank">http://lists.laptop.org/listinfo/server-devel</a><br>
<br></blockquote></div><br>FWIW, the $HOME/Docments patch could easily be modified to reference a shared network mount.<br><br><a href="http://lists.sugarlabs.org/archive/sugar-devel/2011-May/031111.html">http://lists.sugarlabs.org/archive/sugar-devel/2011-May/031111.html</a><br>
<br>-walter<br clear="all"><br>-- <br>Walter Bender<br>Sugar Labs<br><a href="http://www.sugarlabs.org">http://www.sugarlabs.org</a><br><br>