[GCompris-devel] Plugin system for rcc

[Johnny Jazeix]

Hi,

As we don't know yet if android will be the only system impacted by
size limit (I don't know for ios/windows phone for example), having an
independent platform solution would be better than doing specific code
for each platform.
We can also think of it as an optional feature. I mean, packagers for
other systems will still be able to package all the activities in one
package (the current behaviour won't be changed) so it will still be
possible to have it as now.

I see other drawbacks to the plugin method as it will also involve the
user to choose which activities he has to install (one more step at
installation, we already have voices/words, it may become long to be
able to play). Moreover we already have ways to filter activities (by
difficulties+favorites).

Another solution may be to do a mix: for OS that have a size limit
package, we can add a dialog at beginning telling that we can download
the remaining activities from the website and store/load them in a
data location?

We also already have a full.rcc file but I think it contains voices
and words now, maybe we could add the activities on it?

Johnny


2015-09-19 22:00 GMT+02:00  <smirnoff.al at gmail.com>:
> Hi.
> I had better use expansion file.
> In this way it would be possible to divide app only in two part.
> For example main package and data package.
> There will be also a little impact on the other types of systems, and it would be easier to install application offline.
>
> Alex.
>
> Am Sa. Sep. 19 19:36:04 2015 GMT+0200 schrieb JAZEIX Johnny:
>> Hi,
>> As you may know, we are reaching the maximum size for apk package for
>> the android version. One solution found to bypass it is to have a kind
>> of package center (store, plugin system..., call it whatever you want
>> :)). By default, the apk (for android but we can do it for all
>> platforms, no need to be specific for one) will contain only "some"
>> activities and the other ones will be downloadable on the GCompris
>> website. Some is to be defined but I think that we need to put enough
>> activities for people to get an idea of the software, maybe the maximum
>> as long as we don't go above the limit?
>>
>> As for voices, the files can be put in a local folder (data2/activities
>> for example). We could have a Content file listing all the activities
>> that we can download for the site. However, we need more infos (we can't
>> put only the rcc filename to the user). What I thought of, is having
>> another rcc file containing the ActivityInfo.qml files of all
>> activities. This way, we have the names, sections, difficulties and
>> descriptions of each available activity. The content file could still be
>> useful to know if there is activity updates to only download them.
>>
>> On configuration panel, we could have a new Dialog (activated after
>> clicking on a new button "Activities" for example) where we'll have a
>> menu with all the sections at top, a list of all activities of current
>> selected section at left and on the remaining space, the description of
>> the selected activity (or simply a tree, not sure what is best for
>> user). Or we can wait to do the admin part and it will be handled by it.
>>
>> What do you think of it?
>>
>> Johnny
>>
>> _______________________________________________
>> GCompris-devel mailing list
>> GCompris-devel at kde.org
>> https://mail.kde.org/mailman/listinfo/gcompris-devel
>>
>
> --
> Gesendet von meinem Jolla