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">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">www.olpcnews.com</a><br>e-mail: <a href="mailto:christoph@olpcnews.com">christoph@olpcnews.com</a><br> </div>