<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Sure the activity has to be adapted
anyway to allow this, <br>
</div>
<div class="moz-cite-prefix">and of course we can have a way to test
this before getting the server, as long as it doesn't go in the
default release build.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On a side note, as it was clearly not
in Akshay's GSoC plan, I believe he should keep focus on finishing
the planned tasks before working on extra tasks.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Timo.<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Le 03/08/2019 à 17:24, Emmanuel
Charruau a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CA+jbWcHck8c=jEcp8TDbxCY=7BYZNM5NoH664QAGjzTciDFwVg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="auto">
<div>Hi,
<div dir="auto">The functionality will have to be build within
the activities anyway when we have the server, and I do not
wish to wait until we have a server to use Gcompris in
class.</div>
<div dir="auto">The option will not be accessible from any
gcompris screen, only if we change it within the qml file.
But it would be good to define the keywords now.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Emmanuel </div>
<br>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Le sam. 3 août 2019 à
12:35, Timothée Giet <<a
href="mailto:animtim@gmail.com" moz-do-not-send="true">animtim@gmail.com</a>>
a écrit :<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div class="m_8113470020582784923moz-cite-prefix">Hi,</div>
<div class="m_8113470020582784923moz-cite-prefix"><br>
</div>
<div class="m_8113470020582784923moz-cite-prefix">OK, I
can understand that for a teacher usecase it might be
useful to have an option for static dataset.<br>
</div>
<div class="m_8113470020582784923moz-cite-prefix"><br>
</div>
<div class="m_8113470020582784923moz-cite-prefix">However,
I would really prefer to keep all the teacher-specific
features only available from the (WIP) server control
panel,</div>
<div class="m_8113470020582784923moz-cite-prefix">and
not exposed from the activities config in the
application,<br>
</div>
<div class="m_8113470020582784923moz-cite-prefix">to
avoid over-crowding the main interface with those
options.</div>
<div class="m_8113470020582784923moz-cite-prefix"><br>
</div>
<div class="m_8113470020582784923moz-cite-prefix">Ideally,
we would just provide that kind of option from the
server control panel, and let the teacher provide his
own dataset in such case.<br>
</div>
<div class="m_8113470020582784923moz-cite-prefix"><br>
</div>
<div class="m_8113470020582784923moz-cite-prefix">Also
in the end it would probably be easier for teachers to
have all those teacher-specific options properly
centralized in the server side.</div>
<div class="m_8113470020582784923moz-cite-prefix"><br>
</div>
<div class="m_8113470020582784923moz-cite-prefix">What
do you think about this?</div>
<div class="m_8113470020582784923moz-cite-prefix"><br>
</div>
<div class="m_8113470020582784923moz-cite-prefix">Cheers,</div>
<div class="m_8113470020582784923moz-cite-prefix">Timo.<br>
</div>
<div class="m_8113470020582784923moz-cite-prefix"><br>
</div>
<div class="m_8113470020582784923moz-cite-prefix"><br>
</div>
<div class="m_8113470020582784923moz-cite-prefix">Le
02/08/2019 à 23:45, Akshay Kumar a écrit :<br>
</div>
<blockquote type="cite">
<p dir="ltr">Sure, I would try to implement that.</p>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 03-Aug-2019 3:13 AM,
"Emmanuel Charruau" <<a
href="mailto:echarruau@gmail.com"
target="_blank" rel="noreferrer"
moz-do-not-send="true">echarruau@gmail.com</a>>
wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0
0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">Hi,<br>
Yes, this would be more for the school mode were
teachers give<br>
progressive exercices. In class we can not
really have random<br>
exercices.<br>
At least I need this option to be able to show
gcompris to my collegues.<br>
<br>
Thanks,<br>
<br>
Emmanuel<br>
<br>
Le ven. 2 août 2019 à 23:36, Akshay Kumar <<a
href="mailto:email.akshay98@gmail.com"
target="_blank" rel="noreferrer"
moz-do-not-send="true">email.akshay98@gmail.com</a>>
a écrit :<br>
><br>
> Hii Emmanuel,<br>
> By static data here, we just mean that the
list mentioned in the dataset should be used as
it is, without randomly arranging its items,
right?<br>
><br>
><br>
> On 02-Aug-2019 10:54 PM, "Emmanuel
Charruau" <<a
href="mailto:echarruau@gmail.com"
target="_blank" rel="noreferrer"
moz-do-not-send="true">echarruau@gmail.com</a>>
wrote:<br>
>><br>
>> Hi,<br>
>> I read in Johnny's email a part of what
I wanted to answer.<br>
>> We will need for school an option to be
able to use static data and for public version
the random mode.<br>
>> We could keep a single word to provide
the data and a Boolean version to say if we work
in static or random mode.<br>
>><br>
>> Emmanuel<br>
>><br>
>> Le ven. 2 août 2019 à 18:26, Johnny
Jazeix <<a href="mailto:jazeix@gmail.com"
target="_blank" rel="noreferrer"
moz-do-not-send="true">jazeix@gmail.com</a>>
a écrit :<br>
>>><br>
>>> Hi,<br>
>>> let's not forget there are 2 main
use cases of GCompris: at school<br>
>>> (under a teacher, meaning they want
to use GCompris to teach a<br>
>>> specific feature) or at home (where
we should be able to provide<br>
>>> multiple different levels and not
always the same ones).<br>
>>><br>
>>> Depending on the activities we port
to multiple dataset, it may make<br>
>>> sense to have a multiple dataset
supporting both conditions to please<br>
>>> both worlds.<br>
>>> Maybe the activity can be reworked
to keep the current behaviour and<br>
>>> on some keywords, making a static
dataset.<br>
>>><br>
>>> The multiple dataset only provides
data, it's up to the activity to<br>
>>> handle it how it wants :).<br>
>>><br>
>>> Johnny<br>
>>><br>
>>><br>
>>> Le ven. 2 août 2019 à 15:16,
Timothée Giet <<a
href="mailto:animtim@gmail.com"
target="_blank" rel="noreferrer"
moz-do-not-send="true">animtim@gmail.com</a>>
a écrit :<br>
>>> ><br>
>>> > Hi,<br>
>>> ><br>
>>> > I'm sorry I don't agree with
that idea:<br>
>>> ><br>
>>> > -having a fixed list like
makes the activity predictable for the user,<br>
>>> > so it's better to keep the
randomness for the user to always have to<br>
>>> > really look and think to
provide the result accordingly.<br>
>>> ><br>
>>> > -you talk about "if I'm
working on a new number...", but that is not the<br>
>>> > way it works, as each dataset
provides a range of number, not a specific<br>
>>> > new number.<br>
>>> ><br>
>>> > Timo.<br>
>>> ><br>
>>> ><br>
>>> > Le 02/08/2019 à 15:02,
Emmanuel Charruau a écrit :<br>
>>> > > Hi Akshay, Hi mentors,<br>
>>> > ><br>
>>> > > I see a major lack on the
pedagocical use of multipledataset.<br>
>>> > > It is only working in
random mode at the moment, which causes me
problems.<br>
>>> > ><br>
>>> > > Let me give you an
example.<br>
>>> > ><br>
>>> > > If I am working on a new
number in falling dice, for example 7 I want<br>
>>> > > to be able to recall the
other numbers but 7 more often than the other<br>
>>> > > numbers.<br>
>>> > > At the moment we will
only give to the config file the following
configuration :<br>
>>> > ><br>
>>> > > "level" : "3",<br>
>>> > > "objective" :
qsTr("Select the number on dominoes up to 7"),<br>
>>> > > "words" : [<br>
>>> > > "1",<br>
>>> > > "2",<br>
>>> > > "3",<br>
>>> > > "4",<br>
>>> > > "5",<br>
>>> > > "6",<br>
>>> > > "7"<br>
>>> > > ]<br>
>>> > ><br>
>>> > > and apply random choices
within these numbers.<br>
>>> > ><br>
>>> > > We should have the choice
to be able to provide exactly the numbers we<br>
>>> > > want to use through a
list which will not be random.<br>
>>> > ><br>
>>> > > Example if I want to
teach 7:<br>
>>> > ><br>
>>> > > "words" : [<br>
>>> > > "7",<br>
>>> > > "2",<br>
>>> > > "3",<br>
>>> > > "7",<br>
>>> > > "5",<br>
>>> > > "6",<br>
>>> > > "6",<br>
>>> > > "1",<br>
>>> > > "2",<br>
>>> > > "7",<br>
>>> > > "4",<br>
>>> > > "5",<br>
>>> > > "6",<br>
>>> > > "7",<br>
>>> > > "1",<br>
>>> > > "7",<br>
>>> > > "3",<br>
>>> > > "4",<br>
>>> > > "5",<br>
>>> > > "7",<br>
>>> > > "7",<br>
>>> > > "1",<br>
>>> > > "7",<br>
>>> > > "6",<br>
>>> > > "4",<br>
>>> > > "7",<br>
>>> > > "6",<br>
>>> > > "7",<br>
>>> > > "7",<br>
>>> > > "2",<br>
>>> > > "3",<br>
>>> > > "4",<br>
>>> > > "5",<br>
>>> > > "6",<br>
>>> > > "7",<br>
>>> > ><br>
>>> > > ]<br>
>>> > ><br>
>>> > > Note how often 7 is
present in the list (also 6 since theoritically
it<br>
>>> > > is the less well known
numbers being just taught).<br>
>>> > ><br>
>>> > ><br>
>>> > > I would also suggest to
rename "words" into StaticListDataList and<br>
>>> > > RandomDataList or
whatever like this, as the keywords needs to be
more<br>
>>> > > generic than words and
have modes (random or fixed list)<br>
>>> > ><br>
>>> > > In the activity I am
writting at the moment, it will look like this:<br>
>>> > > "words" : [<br>
>>> > > "12345,2",<br>
>>> > > "1245,5",<br>
>>> > > "42,125",<br>
>>> > > "456,85",<br>
>>> > ><br>
>>> > > you can see that these
data are not words.<br>
>>> > > There are also other
activities where we present images and not
words.<br>
>>> > ><br>
>>> > > Finally if we use new
keywords we can choose to keep the actual word<br>
>>> > > "words" and not break the
compatibility.<br>
>>> > ><br>
>>> > > Mentors, Akshay feedback
is very welcomed :)<br>
>>> > ><br>
>>> > > Regards,<br>
>>> > ><br>
>>> > > Emmanuel<br>
>>> ><br>
>>> ><br>
>>> ><br>
</blockquote>
</div>
</div>
</blockquote>
<p><br>
</p>
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
<p><br>
</p>
</body>
</html>