Thank you for your thoughts on this, I was thinking in a cms not for communication fork but for presentation fork.
Anyway we are still too young, but for the future we might want to think in having this static solutions in place. (i.e when we have people that can work on maintaining the infrastructure needed etc). Rafael Ortiz On Wed, Feb 11, 2009 at 11:15 AM, Sebastian Silva <sebast...@fuentelibre.org > wrote: > I see your point about CMS being overkill. > > And I also agree with you, the release cycle anchors everything. > > I for one consider it a bug, not a feature, that we have this division of > channels of communication, as some of the aspects you relate should be > feeding each other more. > > It is natural because of the different workflows, however I'd like to see > some convergence. > > I'm studying the possible use of a social networking platform (pretty much > deciding on http://pinaxproject.com/ ). > > If I can tweak it to fit our workflows (I'm working with local village > visiting teachers to fit theirs) - in particular, i'm interested in > including some sort of disconnected use (that is, for instance, getting them > a "news/mailing list/new activities feed" from the social network with a USB > monthly, and provide them with a way to "respond" - can be email - can be > manually performed once online. > > This is likely also the tool that will help manage the Bolivia deployment > (but we will likelly have some more connectivity in Bolivia). > > Looking forward to share more as things develop, looking for feedback / > synergy. > > Sebastian > > 2009/2/11 David Farning <dfarn...@sugarlabs.org> > >> I tend to think that a cms is a bit of overkill for a young organization. >> >> One of my personal long term goal is to determine how we can clone SL >> in Local SLs by reproducing the best practices of SL on a more local >> scale. >> >> Developer side: >> 1. The key component is the release cycle, ever thing else is anchored >> around the release cycle. >> 2. Dynamic communication through mailing lists and irc. >> 3. Static communication through wiki and bug tracker. >> Any thing else is overkill >> >> Educator side: >> 1. Release cycle - cool new features, bug fixes >> 2. Moodle - teachers know moodle >> >> david >> >> On Thu, Feb 12, 2009 at 9:40 AM, Rafael Enrique Ortiz Guerrero >> <dir...@gmail.com> wrote: >> > Hello all. >> > >> > I was thinking that maybe Sugar Labs could host, cms like drupal or >> joomla >> > for Local Labs use, >> > Would be this an overhead for our young infrastructure ? >> > Is it better to Local Labs to have this kind of solutions sorted out >> locally >> > ? >> > >> > >> > Cheers! >> > Rafael Ortiz >> > >> > _______________________________________________ >> > IAEP -- It's An Education Project (not a laptop project!) >> > IAEP@lists.sugarlabs.org >> > http://lists.sugarlabs.org/listinfo/iaep >> > >> _______________________________________________ >> Sugar-devel mailing list >> sugar-de...@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> > > > > -- > Sebastian Silva > Laboratorios FuenteLibre > http://blog.sebastiansilva.com/ >
_______________________________________________ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep