Hi,<br> I want to second the opinion that Moodle is definitely the right tool for content distribution, though a localised broken down wikipedia as a global reference to information is not a bad idea. Coming from a teaching perspective, children students need to be led, they need to be shown what to do. It is not at all the same as at Universisty level where the student often takes in the informtation they are interested in. For example, not everyone likes mathematics at a school level, yet it is an essential teaching philosophy and must be pushed to the student, rather than pulled by the student. Moodle allows for this, and I have successfully used it in this enivornment for several years. It is extremely easy to create content and assignements of any nature, though they willl of course all be web based, but that doesn't mean you coudln't integrate a core moodle program centred around the sugar array of software and how to use it.<br>
Another thing I've noticed on this list is the insistence on recreating the wheel, and the amount of good FOSS that is already out there reallly makes this a waste of time. We should be talking about integrating existing tools rather than recreating new ones. Just my 2 cents...<br>
<br>Here is a list of eductational FOSS compiled by an organisation in the US: <a href="http://www.osv.org.au/index.cgi?tid=155">http://www.osv.org.au/index.cgi?tid=155</a><br><br>David<br><br><div class="gmail_quote">On Sat, Apr 12, 2008 at 12:58 PM, Bryan Berry <<a href="mailto:bryan.berry@gmail.com">bryan.berry@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Martin: I have cc'd you because I think Moodle is the right tool for<br>
relating activities in a logical narrative, i.e. a 'lesson' or a<br>
'tutorial'<br>
<br>
> > 7. Need graphical activity manager for removing and adding<br>
activities<br>
>><br>
>> Could you detail the requirements for this? Perhaps in the wiki?<br>
<br>
>This is a good point. The activity list in Home is intended to take<br>
>care of this. Tomeu, we should probably add little delete buttons at<br>
>the right of each entry in the list to make this a simple process. A<br>
>non-modal alert should appear to confirm the deletion, of course.<br>
>This should be relatively easy to add.<br>
<br>
Being able to remove activities w/ an option from the activity list is a<br>
good short term option. Long term we quite need a activity/package<br>
manager. Right now it is more important to have a good media player than<br>
a great activity/package manager.<br>
<br>
Ben Schwartz wrote:<br>
>They present a window saying "You are<br>
>downloading a file of type "PDF". Would you like to open it using<br>
>"Document Viewer"?" They also offer a drop-down list of alternative<br>
>applications.<br>
<br>
This sounds good to me. One problem kids will access file types from<br>
many sources, such as their local Moodle server or a regular Internet<br>
site. It will be annoying if they have to confirm that they want to<br>
launch an activity each time. It would be good if they could choose the<br>
default action to launch activities from the local moodle server but<br>
this decision shouldn't apply to files of the same type on non-trusted<br>
servers -- ugh this could get complicated.<br>
<br>
<br>
Another issue related to the Roadmap . . .<br>
<br>
==The Problem of Building an Open-Source community around Sugar==<br>
<br>
I foresee problems building an open-source community around Sugar<br>
because most successful open-source projects are ones that allow<br>
programmers to "scratch their own itch" that is build or improve tools<br>
they themselves use. Sugar will primarily be used kids and adults w/ low<br>
literacy. I can't see programmers using it as their own desktop. A good<br>
case in point is GCompris which addresses a critical need of millions<br>
(basic math and English) but has very few contributors from what I can<br>
tell. Contrast this w/ something like git or the gnu utilities. I<br>
believe that Sugar will need longterm financial support to be viable.<br>
Perhaps that could come from some of the more enlightened pilot<br>
countries once they are heavily invested in Sugar.<br>
<br>
Another option would be to create a version of Sugar that appeals to<br>
programmers. But I can't imagine creating such a version that wouldn't<br>
require a lot of programming resources.<br>
<br>
_______________________________________________<br>
Server-devel mailing list<br>
<a href="mailto:Server-devel@lists.laptop.org">Server-devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/server-devel" target="_blank">http://lists.laptop.org/listinfo/server-devel</a><br>
</blockquote></div><br>