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 _______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel