<div dir="ltr"><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Hi<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">This mail comprises of what I've understood after the discussions on mailing lists and IRC regarding modifying the core of Gcompris.<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Purpose: To provide users an option to download activities as per their wish/need. Keeping the full download option intact.<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Phases of development:<br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">P-1 -> Separate ActivityInfo.qml and icons from some activities and make new ActivityInfo.rcc. See whether we are successfully able to load them. The activities selected here will not have have any inter-dependencies on some other activity.<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">P-2 -> Now for the activities that are inter-dependent, I think we'll have to code a new download manger in a way that it downloads all dependencies required for running that activity and nothing extra. As mentioned earlier by Johnny, erase_2clic needs erase. So download manager's code will manage accordingly.<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">P-3 -> Now providing option of selective activity download to end-user in a way that it is easy to understand. I suggest that we have two buttons at the very beginning of the app, that prompts user with two options/buttons: a) Full Download b) Selective download<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">P-4 -> Versioning of APIs. I'm a little unsure here. We have two issues to handle here: a) Avoid download of duplicate activity on the user end b) check and update correct version of activity to core. I think one of the ways could be, while we are creating a separate activityInfo.rcc for every activity, the download manger could check the corresponding ActivityInfo.qml file in activityInfo.rcc for version and then perform the necessary action.<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">P-5 -> If all of the above is done, I think we could also think of implementing an option that allows user to delete a particular activity. Suppose someone has completed all the levels of the activity and doesn't use the activity anymore then this option would help there. <br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Implementation of P-5 -> We can add a ActivityHandler.cpp in the core that will keep track of this.<br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">In my humble opinion, this would take around 12 weeks including the testing.<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">If mentors think this is small enough for GSoC, I'm ready to discuss and implement an additional option suggested by Emmanuel for allowing the user to download part of activity as per the age of the kid (If not for all then for some of the activities).<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">I would request the review of the mentors on this that whether this could be a probable proposal for GSoC'16.<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">Thanks<br clear="all"></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">​Devendra​<br><span style="color:rgb(70,72,58);font-family:Georgia,Arial,Helvetica;font-size:small;line-height:35px">It is not your qualifications but your exposure in life that makes you who you are.<br><br></span></div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(136,136,136)"><br></span></div></div></div></div></div></div>
</div>