[GCompris-devel] Plugin system for rcc

[JAZEIX Johnny]

Hi,

for distributions, it may be possible to package all the voices directly 
to have a non connected GCompris (I think it's the aim of the full.rcc 
package which contains all voices.rcc and words.rcc).

On 09/22/15 00:02, smirnoff.al at gmail.com wrote:
> Hi.
> IMHO, the matter the fact, that GCompris loads languages and  other resources direct from internet is quite unusual for kde application.
>   
> But Download manager searches at first  for installed local resources, doesn't it?
Yes, we first look in local and if not available we ask for download.
> I would make then the base package, that has no activities at all, and the activities they selfs could be groupped, for example, using the same principles as inside the application: Mathematics,  letters, drawing,  chargeble activities and so on.
> To overcome the drawback with choosing and more steps it is possible to have only two packages and make the base one required the additional one or download everything at once already in first visit if not installed.
Sure, having a "download all" is required for people who don't care 
about customizing and size. We can also think of some filters like: 
"download this category/all with/or/and this difficulty".

> In any way, I would prefer to have nothing in base package against some activities.
>
> Best Regards.

Johnny

>
>
> Am Mo. Sep. 21 10:40:04 2015 GMT+0200 schrieb 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