I like your thinking around this.<div><br></div><div>I do have one use case to think about, although probably not support yet.</div><div><br></div><div>The GPA resorts its students a few times a day, even within the same grade level. There is one group of students for reading, another mix for math, and then another, perhaps with students from different grades after school. It would be a nice feature to eventually have to let the teacher narrow down the neighborhood based on a specific Moodle group, for a specific period of time. That is have students focus on only other students in their class right now.</div> <div><br></div><div>I don't think anyone is using Moodle and Sugar with this level of sophistication yet, but I think its a feature teachers may want as they become more powerful users. Maybe just think about how this use case can be supported in the future as part of any design decisions. <br> <br><div class="gmail_quote">On Wed, Mar 3, 2010 at 11:02 AM, Martin Langhoff <span dir="ltr"><<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div class="im">On Wed, Mar 3, 2010 at 10:50 AM, Tomeu Vizoso <<a href="mailto:tomeu@tomeuvizoso.net">tomeu@tomeuvizoso.net</a>> wrote:<br> > based on a conversation in #sugar with Collabora's Rob and Sjoerd,<br> > would like to propose some changes to how we display contacts/buddies<br> <br> </div>Good that you're thinking about this!<br> <div class="im"><br> > - In the neighborhood view, display all users in our roster: user<br> > roster + shared roster. The user roster will be composed by the<br> <br> </div>Agreed -- and I think that this is mostly the case already. I also<br> think that (for users on the same server), user roster == friends. See<br> below...<br> <div class="im"><br> > contacts that we have added ourselves and, in the Salut case, the<br> > contacts accessible through Avahi. The shared roster will be assigned<br> > by the school administration (through Moodle?) and will typically<br> > correspond to our classroom or our grade. I think that Martin Langhoff<br> > has worked on the server side of this.<br> ><br> > - In the friends view, we display those contacts that we have<br> > "friended", being this a local concept.<br> <br> </div>Is this "local concept" not fed to the "user roster" on the server<br> (for users known to this server)? IMHO, it should.<br> <div class="im"><br> > - In the neighborhood view, we can conduct a search that will span all<br> > contacts in the server (not only those in our rosters). The search<br> > will be done via the regular underlying mechanism, not through Gadget.<br> <br> </div>That would be fantastic, with the following notes:<br> <br> - If I find someone, do I have to "make friend" so that user sticks around?<br> <br> - Maybe the behaviour is nicer if it neighbourhood view also shows<br> "recently found" without the need to "friend" them explicitly.<br> <br> - Right now, searches have a UI behaviour that isn't a good fit for<br> this new feature -- you search amongst things already in your view.<br> Finding "new" things will need designing a new UI behaviour.<br> <br> cheers,<br> <div class="im"><br> <br> m<br> --<br> <a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a><br> <a href="mailto:martin@laptop.org">martin@laptop.org</a> -- School Server Architect<br> - ask interesting questions<br> - don't get distracted with shiny stuff - working code first<br> - <a href="http://wiki.laptop.org/go/User:Martinlanghoff" target="_blank">http://wiki.laptop.org/go/User:Martinlanghoff</a><br> _______________________________________________<br> </div><div><div></div><div class="h5">Sugar-devel mailing list<br> <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br> </div></div></blockquote></div><br><br clear="all"><br>-- <br>Caroline Meeks<br>Solution Grove<br>Caroline@SolutionGrove.com<br><br>617-500-3488 - Office<br>505-213-3268 - Fax<br> </div>