<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 2, 2013 at 12:50 PM, Simon Schampijer <span dir="ltr"><<a href="mailto:simon@schampijer.de" target="_blank">simon@schampijer.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi,<br>
<br>
Manuel and myself have been looking at the work-flow for the Journal share activity these days: <a href="http://activities.sugarlabs.org//en-US/sugar/addon/4656" target="_blank">http://activities.sugarlabs.<u></u>org//en-US/sugar/addon/4656</a><br>

<br>
We discussed the design completely independent of possible technical constraints we will see what we can do, and what we can not but we wanted to first look at the work flow itself. Here is the state of things so far:<br>

<br>
<br>
===Use cases===<br>
<br>
(a) a teacher is handing out a pdf to the class<br>
<br>
(b) a teacher wants to collect a picture (Paint) or an assignment from each pupil<br>
<br>
(c) a group of pupils want to share files between each other (e.g. a project work)<br>
<br>
<br>
===Questions===<br>
<br>
* What can you share?<br>
You can share Journal items.<br>
<br></blockquote><div><br></div><div style>Walter pointed to two other request from teachers:</div><div style><br></div><div style>* share one activity.</div><div style>* share favorite activities configuration.</div><div style>
<br></div><div style>While the teacher can share a .xo bundle to share the activity, if is already installed, we can run setup.py, and create the bundle if needed. Can be a future improvement.</div><div><br></div><div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
* To whom can you share?<br>
People in your current network (see other activities you share)<br>
<br>
* Can everyone share who is a member of that session?<br>
The case where a teacher wants to collect data from the pupils (b), does impose privacy concerns. There should be the possibility to send a file to one person only without making it public to all of the members.<br>
<br></blockquote><div><br></div><div style>Good point</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

* Is it a push or a pull model?<br>
(a) and (b) should be based on a push model. The receiver should be asked for confirmation of this transfer (see the current file transfers in the Sugar shell). Both sides need to know about the status of the transfer.<br>

<br>
(c) would be handled best with a pull model (see a download).<br>
<br></blockquote><div><br></div><div style>Like in Browse or Record, the item to download should be updated automatically, when the user select it, is downloaded.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<br>
===Designs===<br>
We basically started off with a UI based on tabs [1]. Each member of the session has a tab, the label contains the colored XO icon and the nick name of the learner. The first tab represents yourself. The header of each tab has information about the learner and if it is yours a button to share items with all the members. The body has the items you shared and each item a button to un-share an item. The other tabs list the items the learner shared and a button to download an item.<br>

<br>
This UI shows the pull model and handles case (c) well. It does not work for the case (b) that well, as a shared item is public to all of the members. Furthermore, a teacher would need to go to each tab in order to collect the data it needs.<br>

<br>
Based on the downsides of the first UI [1] we came up with the second UI [2]: On the left you see all the members that are present in the shared session (similar to the UI in Memorize). There is a button for each member to send him a file directly (handles case b). This list is scrollable. There could be as well a row at the bottom of the list for a 'sent to all' option to handle case (a).<br>
</blockquote><div><br></div><div style>I like the second UI more too. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<br>
On the right side at the top is the list of items you shared publically. There is a button to add new items. The list is scrollable. There is a button to un-share your items and a button to download items shared by others. This is case (c), case (a) could be handled with this model as well.<br>

<br></blockquote><div><br></div><div style>Case (a) need information about who downloaded the object.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Below is a widget that shows the incoming items. You can accept those incoming files individually or have a button for accept all. There should be a way to select the storage target (Journal/USB/...) either with a Palette or a dialog. This is case (b).<br>

<br>
In the second sketch in [2] you can see a feedback widget for the items you sent (one-to-one transfers). It shows if an item has been received and you can cancel a transfer (see the file transfers protocol in the Sugar shell for this).<br>

<br></blockquote><div><br></div><div>I am not sure about this part. This division between the shared items, and the incoming and sent items will show duplicates. I think we can do a single list, with information about:<br>
</div><div style>* Who shared it.</div><div style>* If you shared it, who downloaded it, if not, show a button to download it.</div><div style><br></div><div style>Gonzalo</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<br>
Regards,<br>
   Simon<br>
<br>
[1] <a href="http://dev.laptop.org/~erikos/share/tabs.JPG" target="_blank">http://dev.laptop.org/~erikos/<u></u>share/tabs.JPG</a><br>
<br>
[2] <a href="http://dev.laptop.org/~erikos/share/one.jpg" target="_blank">http://dev.laptop.org/~erikos/<u></u>share/one.jpg</a><br>
______________________________<u></u>_________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.<u></u>org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/<u></u>listinfo/sugar-devel</a><br>
</blockquote></div><br></div></div>