Andras,<div><br></div><div>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.</div><div><br> </div><div>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.</div> <div><br></div><div>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.</div> <div><br></div><div>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.</div> <div><br></div><div>I hope that answers your questions.</div><div><br>Cheers,<br>Christoph<br><br><div class="gmail_quote">2009/8/5 NoiseEHC <span dir="ltr"><<a href="mailto:NoiseEHC@freemail.hu">NoiseEHC@freemail.hu</a>></span><br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div bgcolor="#ffffff" text="#000000"> 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.)<br> So is it important at all to select from a predetermined date or country specific grade?<br> 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?<br> <br> Christoph Derndorfer wrote: <blockquote type="cite"><div><div></div><div class="h5">Hi all, <div><br> </div> <div>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.</div> <div><br> </div> <div>(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.</div> <div>(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)</div> <div><br> </div> <div>(Please ignore the lack of reasonable design and color choices in these screenshots;-)</div> <div><br> </div> <div>Now the question is how to generate these Chakras for a given set of lessons (which are stored in sub-folders)...</div> <div><br> </div> <div>In general the issue is that with the currently proposed Karma bundle layout (<a href="http://wiki.sugarlabs.org/go/Karma/Bundle_layout" target="_blank">http://wiki.sugarlabs.org/go/Karma/Bundle_layout</a>) 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.</div> <div><br> </div> <div>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.</div> <div><br> </div> <div>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.</div> <div><br> </div> <div>What do you think, does that approach make sense? What are other possible solutions to deal with this?</div> <div><br> As always, all comments, feedback and suggestions are much appreciated.</div> <div><br> Thanks,<br> Christoph</div> <div><br> -- <br> Christoph Derndorfer<br> co-editor, olpcnews<br> url: <a href="http://www.olpcnews.com" target="_blank">www.olpcnews.com</a><br> e-mail: <a href="mailto:christoph@olpcnews.com" target="_blank">christoph@olpcnews.com</a><br> </div> <br> </div></div><hr size="4" width="90%"><br> <center><br> </center> <p><br> </p> <hr size="4" width="90%"><br> <center><br> </center> <pre><hr size="4" width="90%"> _______________________________________________ Sugar-devel mailing list <a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a> </pre> </blockquote> <br> </div> </blockquote></div><br><br clear="all"><br>-- <br>Christoph Derndorfer<br>co-editor, olpcnews<br>url: <a href="http://www.olpcnews.com">www.olpcnews.com</a><br>e-mail: <a href="mailto:christoph@olpcnews.com">christoph@olpcnews.com</a><br> </div>