<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-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="moz-cite-prefix"><br>
</div>
<div class="moz-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="moz-cite-prefix">and not exposed from the activities
config in the application,<br>
</div>
<div class="moz-cite-prefix">to avoid over-crowding the main
interface with those options.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-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="moz-cite-prefix"><br>
</div>
<div class="moz-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="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">What do you think about this?</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Cheers,</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 02/08/2019 à 23:45, Akshay Kumar a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CAPH6+Sz=r8nHDp4e4Zbw4skQsO2JTd+MHS+qC3FxFuev=SWbag@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<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"
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"
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" 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" 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" 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>
</body>
</html>