<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi,<br>
<br>
in fact, you can install as many activities as you want, there are
no limit. One of the difference compared to now is that people
will be able to choose which activities they want to install
(meaning one more effort for them but it can also be seen as
having a "custom-made" installation). For example, they could only
install reading activities if they want to focus on it.<br>
<br>
The issue we have is more: how can we make every activities
available without having a too big base package?<br>
<br>
Johnny<br>
<br>
On 09/19/15 23:49, Andrés Muñiz Piniella wrote:<br>
</div>
<blockquote
cite="mid:7EA99E8A-8939-4575-8339-3C4230AF45AE@gmail.com"
type="cite">If I understand this correctly I think the Cbebbies
bedtime stories app has something similar. You have a library and
you only can have a certain amount of books (they include audio
and mild animations and interactions).<br>
<br>
On the cbeebies games from time to time the games you had are
removed and new ones take their place, but I think it shows the
user the progress.<br>
<br>
<br>
<br>
<div class="gmail_quote">El 19 de septiembre de 2015 18:36:04
GMT+01:00, JAZEIX Johnny <a class="moz-txt-link-rfc2396E"
href="mailto:jazeix@gmail.com"><jazeix@gmail.com></a>
escribió:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<pre class="k9mail">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
<hr>
GCompris-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:GCompris-devel@kde.org">GCompris-devel@kde.org</a>
<a moz-do-not-send="true" href="https://mail.kde.org/mailman/listinfo/gcompris-devel">https://mail.kde.org/mailman/listinfo/gcompris-devel</a>
</pre></blockquote></div>
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
</blockquote>
</body></html>