One problem with transfer to many, is, when the users do not have a school server, and use the ad-hoc networks, usually they group the kids in 3 groups and the teacher will need send to all in one group, check all have received, go to the next group send to all, etc. Read activity implement a web server to share the book file, and a message to say to the client what download. May be we can create a simple "Share File" activity, and when the user select Share in the Journal, start this activity sharing the file. Gonzalo <div class="gmail_quote">On Tue, Nov 15, 2011 at 9:39 AM, Walter Bender <<a href="mailto:walter.bender@gmail.com">walter.bender@gmail.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Tue, Nov 15, 2011 at 6:40 AM, Simon Schampijer <<a href="mailto:simon@schampijer.de">simon@schampijer.de</a>> wrote: > Hi, > > I would like to propose the following Feature for inclusion into Sugar: > "Transfer to many" [1]. > > At the moment it is only possible to transfer a Journal entry to another > learner one by one. Teachers have asked that they would like to transfer a > file to all the class for example easily (hand out a book, assignment etc). </div>Not the only possible way: if a book is shared in the neighborhood view, each child can download it by joining the Read activity. In your proposal, I presume each child needs to accept the transfer notification, so there has to be an action taken by each intended recipient in any case. The difference being that book won't be opened at the time of transfer in your scenario (not sure that is a feature). But presumably teachers don't like this method? <div class="im"> > > One simple idea is to add an entry to the Journal item palette that does a > 'send-to-all friends'. The question is where to place the option in the > palette. As the first option which might cause accidental triggering. > Furthermore the way we handle the transfer related notifications in the > frame should change (as described at [2]). > > A long standing issue that does play into that discussion is grouping of > learners. Currently the only option to group a number of people is to friend > them. </div>Is that so unreasonable? Adding all of the children in a class -- once -- at the beginning of the term? <div class="im"> > > Regards, > Simon > > [1] <a href="http://wiki.sugarlabs.org/go/Features/Transfer_to_many#UI_Design" target="_blank">http://wiki.sugarlabs.org/go/Features/Transfer_to_many#UI_Design</a> > [2] <a href="http://lists.sugarlabs.org/archive/sugar-devel/2011-November/034198.html" target="_blank">http://lists.sugarlabs.org/archive/sugar-devel/2011-November/034198.html</a> > _______________________________________________ > Sugar-devel mailing list > <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a> > <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a> > </div>regards. -walter -- Walter Bender Sugar Labs <a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a> <div class="HOEnZb"><div class="h5">_______________________________________________ Sugar-devel mailing list <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a> </div></div></blockquote></div>