<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think there are two fundamental differences:<br>
<br>
- one-to-many: you share an item publically to all of the members of the session, the ones that are available should be visible in one list, in the mockup at the top left, everyone can download any of those items, the download will go into the device you specify, there should probably be an indicator if you want to store an already downloaded item into the same place (like with any generic download)<br>

<br>
- one-to-one-outgoing: you send one item to a specific person, here you need some feedback if the receiver acknowledged the incoming transfer<br>
<br>
- one-to-one-incoming: you receive a file sent by one specific person, here you need an alert for the request, that you can acknowledge<br>
<br>
I do not see any duplicates here. You can argue that the one-to-one transfers should be in one list with clear indicators what is an incoming and what is an outgoing transfer, that could work<br>
<br></blockquote><div><br></div><div style>I think this is a tool to one-to-many principally (with the particular case of many-to-one defined as(b)). I am confident than in a constructivist environment, the request of privacy of kid-to-teacher should no be the most common case, because all can learn from other kids too.</div>
<div style><br></div><div style>We already have a one-to-one tool in the Journal.</div><div style><br></div><div style>Gonzalo</div><div><br></div></div></div></div>