Re: [Server-devel] [Sugar-devel] scalability in the neighborhood view
On Sun, Mar 28, 2010 at 20:06, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, Mar 24, 2010 at 8:38 PM, Frederick Grose fgr...@gmail.com wrote: http://wiki.sugarlabs.org/go/Design_Team/Specifications/Groups See http://wiki.sugarlabs.org/go/Design_Team/Proposals/Groups Thanks for the links. I re-read the spec and mockups. Looks like a fantastic start. Brief comments - For closed groups managed by Moodle/XS, it would make things easier for teacher if we could to read a URL from the group description field, and show an icon that links there (opening Browse.xo...) - The user management for closed groups already exists in Moodle (but looks moodlish instead of Sugarish). This is in case Tomeu is lazy ;-) Yes, definitely I think that groups would be managed in the Moodle web interface, if that's what you meant. I'm right now focusing on salut, but will get to gabble soon and will ask for more details then. Thanks, Tomeu cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [Sugar-devel] scalability in the neighborhood view
On Wed, Mar 24, 2010 at 8:38 PM, Frederick Grose fgr...@gmail.com wrote: http://wiki.sugarlabs.org/go/Design_Team/Specifications/Groups See http://wiki.sugarlabs.org/go/Design_Team/Proposals/Groups Thanks for the links. I re-read the spec and mockups. Looks like a fantastic start. Brief comments - For closed groups managed by Moodle/XS, it would make things easier for teacher if we could to read a URL from the group description field, and show an icon that links there (opening Browse.xo...) - The user management for closed groups already exists in Moodle (but looks moodlish instead of Sugarish). This is in case Tomeu is lazy ;-) cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [Sugar-devel] scalability in the neighborhood view
On Tue, Mar 23, 2010 at 17:00, Martin Langhoff martin.langh...@gmail.com wrote: On Sun, Mar 21, 2010 at 2:59 PM, Eben Eliason eben.elia...@gmail.com wrote: maybe we can start with a Moodle-only approach and later extend to a generic system that works with or without a server. Yep - no prob for me. The GUI side probably needs a bit of extra thinking so that it avoids being specific to the backend works (moodle in this case)... I was thinking that Moodle would put contacts in groups in the server side and Sugar would just use the standard Telepathy interfaces. In that way, whatever is done in the server side would work for students using Gnome and Empathy, and also other deployments could get creative on the server side without having to fork Sugar. Regards, Tomeu cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [Sugar-devel] scalability in the neighborhood view
On Wed, Mar 24, 2010 at 3:28 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote: Yep - no prob for me. The GUI side probably needs a bit of extra thinking so that it avoids being specific to the backend works (moodle in this case)... I was thinking that Moodle would put contacts in groups in the server side and Sugar would just use the standard Telepathy interfaces. Yep. Agreed, same here. What I was thinking about was the UI design... for example, just one very obvious case we have to deal with: it is a good idea to design the UI so that we have a metaphor to edit groups (create, add/remove users). This can work server-less or with XMPP/Moodle backends -- we have to define a lowest common denominator and aim to use just that. For the initial implementation we are discussing, I would avoid implementing the client-side editing, and go instead for something easy: just read the groups via Telepathy - Gabble - XMPP (which in turn is controlled by Moodle). But if we have a plan for the full interaction, we can start implementing the basics. Without looking at the long term UI, maybe we implement something and then... have to change the UI significantly in the next stage. It's not a big deal... I just think it would be good to have a chat or two to define some of those lowest common denominators strategies, and some key features. An example on the 'feature' side: one of the strongest requests from the field I have is something I don't think we ever thought about -- teachers want to set a mode in Moodle that forces all kids' XOs to only show _this_ group/course/classroom members. Not sure how that'd work but I get that request from several independent deployments. I probably need to think these ideas through, and throw them in the collective pot... if you're interested... cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [Sugar-devel] scalability in the neighborhood view
On Wed, Mar 3, 2010 at 2:08 PM, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, Mar 3, 2010 at 1:02 PM, Caroline Meeks solutiongr...@gmail.com wrote: 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. Yeah, I've thought of that, and heard/read this kind of request a few times. Once we are where Tomeu wants to take us, I think it'll make sense to add something like what you describe, perhaps in the neighbourhood view or in the 'friends' view. This has always been the intent of the middle view, which was designed as a Groups view (with a number of configurable filters for various groups a student might be a part of) and is currently just a Friends view. After adding further group support, I suspect Friends will just be one of the available groups. I know that improvements to Groups/Friends view have been no the table for upcoming releases, so maybe we can start with a Moodle-only approach and later extend to a generic system that works with or without a server. Eben It's probably a mode that Moodle signals to the laptops. The data on the Sugar side is the same, but the UI changes a bit to help focus. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [Sugar-devel] scalability in the neighborhood view
On Wed, Mar 3, 2010 at 10:50 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote: based on a conversation in #sugar with Collabora's Rob and Sjoerd, would like to propose some changes to how we display contacts/buddies Good that you're thinking about this! - In the neighborhood view, display all users in our roster: user roster + shared roster. The user roster will be composed by the Agreed -- and I think that this is mostly the case already. I also think that (for users on the same server), user roster == friends. See below... contacts that we have added ourselves and, in the Salut case, the contacts accessible through Avahi. The shared roster will be assigned by the school administration (through Moodle?) and will typically correspond to our classroom or our grade. I think that Martin Langhoff has worked on the server side of this. - In the friends view, we display those contacts that we have friended, being this a local concept. Is this local concept not fed to the user roster on the server (for users known to this server)? IMHO, it should. - In the neighborhood view, we can conduct a search that will span all contacts in the server (not only those in our rosters). The search will be done via the regular underlying mechanism, not through Gadget. That would be fantastic, with the following notes: - If I find someone, do I have to make friend so that user sticks around? - Maybe the behaviour is nicer if it neighbourhood view also shows recently found without the need to friend them explicitly. - Right now, searches have a UI behaviour that isn't a good fit for this new feature -- you search amongst things already in your view. Finding new things will need designing a new UI behaviour. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
