[Sugar-devel] Karma's Chakra - 2 views on lessons
Christoph Derndorfer
christoph.derndorfer at gmail.com
Thu Aug 6 01:06:42 EDT 2009
Andras,
in basically every school system I'm aware of it's not the teacher that
decides what material is taught and when it's taught but rather a
well-defined national curriculum.
Hence what OLE Nepal currently does with their E-Paath learning activities
is to create specific interactive lesson content that aligns very closely
with the Nepali curriculum, the associated school books and weeks when the
material is to be taught. This is definitely a major use-case for something
such as a library of Karma lessons, hence I want to support it in Karma's
Chakra.
However national curricula obviously differ from country to country
hence available lessons will be re-mixed in
different ways to support these specific requirements. That's where the idea
to put that meta-data into the locale/ directories comes from.
At the same time I also think it makes sense to support a more generic
view where all lessons for a specific Grade and Subject (or, as
already mentioned above, only per Subject) are presented in a simple
list.
I hope that answers your questions.
Cheers,
Christoph
2009/8/5 NoiseEHC <NoiseEHC at freemail.hu>
> Exactly what is the problem that this solution wants to solve? I mean that
> is not the teacher who selects from the lessons depending on her personal
> lesson plan? (Of course we could provide a default lesson plan but in the
> end it is up to the teacher what she wants to teach and in what order.)
> So is it important at all to select from a predetermined date or country
> specific grade?
> Can it be that I do not understand at all how those lessons would be used
> in the classroom? Or is this mega bundle (what bundles a lot of lessons from
> different subjects) solves the deployability problem and creates a selection
> problem?
>
> Christoph Derndorfer wrote:
>
> Hi all,
> I spent some time toying around with Chakra in the past 24 hours. As a
> preliminary result I have concluded that we should initially support two
> different "views" of the available lessons.
>
> (1) What I call "E-Paath" style (see the attached chakra_epaath_s.jpg) as
> it follows E-Paath's current flow in terms of choosing Grade - Subject -
> Week before being presented with an overview of the available lessons.
> (2) "List" style (see the attached chakra_list_s.jpg) which is a simple
> list of lessons available for that Grade and Subject (of course one could
> make it even simpler by listing all lessons for a given Subject, regardless
> of Grade)
>
> (Please ignore the lack of reasonable design and color choices in these
> screenshots;-)
>
> Now the question is how to generate these Chakras for a given set of
> lessons (which are stored in sub-folders)...
>
> In general the issue is that with the currently proposed Karma bundle
> layout (http://wiki.sugarlabs.org/go/Karma/Bundle_layout) the only
> information we have about a lesson is it's name. This is of course too
> little data to create a nice Chakra with Grade and Subject choices.
> Subsequently I believe that we should find a way to include some additional
> information with lessons.
>
> The way that OLE Nepal currently handles it during E-Paath development is
> that lessons are stored in sub-folders named <Grade>_<Subject>_<Lesson
> Name>_<Week> (e.g. 6_English_RajuAndTheWolf_1). Based on that information a
> support scripts then builds the Flash menu structure.
>
> Now I was thinking that one approach could be to include some sort of
> .info file in each lesson that contains the information. While Subject
> probably will be fairly consistent between various countries the Grade
> information is highly country-specific and could be put into the respective
> .po files for each locale.
>
> What do you think, does that approach make sense? What are other possible
> solutions to deal with this?
>
> As always, all comments, feedback and suggestions are much appreciated.
>
> Thanks,
> Christoph
>
> --
> Christoph Derndorfer
> co-editor, olpcnews
> url: www.olpcnews.com
> e-mail: christoph at olpcnews.com
>
> ------------------------------
>
>
>
> ------------------------------
>
>
> ------------------------------
>
> _______________________________________________
> Sugar-devel mailing listSugar-devel at lists.sugarlabs.orghttp://lists.sugarlabs.org/listinfo/sugar-devel
>
>
>
--
Christoph Derndorfer
co-editor, olpcnews
url: www.olpcnews.com
e-mail: christoph at olpcnews.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.sugarlabs.org/archive/sugar-devel/attachments/20090806/86e5e710/attachment-0001.htm
More information about the Sugar-devel
mailing list