random and fixed features in mutipledataset
Emmanuel Charruau
echarruau at gmail.com
Sat Aug 3 16:24:43 BST 2019
Hi,
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.
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.
Emmanuel
Le sam. 3 août 2019 à 12:35, Timothée Giet <animtim at gmail.com> a écrit :
> Hi,
>
> OK, I can understand that for a teacher usecase it might be useful to have
> an option for static dataset.
>
> However, I would really prefer to keep all the teacher-specific features
> only available from the (WIP) server control panel,
> and not exposed from the activities config in the application,
> to avoid over-crowding the main interface with those options.
>
> 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.
>
> Also in the end it would probably be easier for teachers to have all those
> teacher-specific options properly centralized in the server side.
>
> What do you think about this?
>
> Cheers,
> Timo.
>
>
> Le 02/08/2019 à 23:45, Akshay Kumar a écrit :
>
> Sure, I would try to implement that.
>
> On 03-Aug-2019 3:13 AM, "Emmanuel Charruau" <echarruau at gmail.com> wrote:
>
>> Hi,
>> Yes, this would be more for the school mode were teachers give
>> progressive exercices. In class we can not really have random
>> exercices.
>> At least I need this option to be able to show gcompris to my collegues.
>>
>> Thanks,
>>
>> Emmanuel
>>
>> Le ven. 2 août 2019 à 23:36, Akshay Kumar <email.akshay98 at gmail.com> a
>> écrit :
>> >
>> > Hii Emmanuel,
>> > 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?
>> >
>> >
>> > On 02-Aug-2019 10:54 PM, "Emmanuel Charruau" <echarruau at gmail.com>
>> wrote:
>> >>
>> >> Hi,
>> >> I read in Johnny's email a part of what I wanted to answer.
>> >> We will need for school an option to be able to use static data and
>> for public version the random mode.
>> >> We could keep a single word to provide the data and a Boolean version
>> to say if we work in static or random mode.
>> >>
>> >> Emmanuel
>> >>
>> >> Le ven. 2 août 2019 à 18:26, Johnny Jazeix <jazeix at gmail.com> a écrit
>> :
>> >>>
>> >>> Hi,
>> >>> let's not forget there are 2 main use cases of GCompris: at school
>> >>> (under a teacher, meaning they want to use GCompris to teach a
>> >>> specific feature) or at home (where we should be able to provide
>> >>> multiple different levels and not always the same ones).
>> >>>
>> >>> Depending on the activities we port to multiple dataset, it may make
>> >>> sense to have a multiple dataset supporting both conditions to please
>> >>> both worlds.
>> >>> Maybe the activity can be reworked to keep the current behaviour and
>> >>> on some keywords, making a static dataset.
>> >>>
>> >>> The multiple dataset only provides data, it's up to the activity to
>> >>> handle it how it wants :).
>> >>>
>> >>> Johnny
>> >>>
>> >>>
>> >>> Le ven. 2 août 2019 à 15:16, Timothée Giet <animtim at gmail.com> a
>> écrit :
>> >>> >
>> >>> > Hi,
>> >>> >
>> >>> > I'm sorry I don't agree with that idea:
>> >>> >
>> >>> > -having a fixed list like makes the activity predictable for the
>> user,
>> >>> > so it's better to keep the randomness for the user to always have to
>> >>> > really look and think to provide the result accordingly.
>> >>> >
>> >>> > -you talk about "if I'm working on a new number...", but that is
>> not the
>> >>> > way it works, as each dataset provides a range of number, not a
>> specific
>> >>> > new number.
>> >>> >
>> >>> > Timo.
>> >>> >
>> >>> >
>> >>> > Le 02/08/2019 à 15:02, Emmanuel Charruau a écrit :
>> >>> > > Hi Akshay, Hi mentors,
>> >>> > >
>> >>> > > I see a major lack on the pedagocical use of multipledataset.
>> >>> > > It is only working in random mode at the moment, which causes me
>> problems.
>> >>> > >
>> >>> > > Let me give you an example.
>> >>> > >
>> >>> > > If I am working on a new number in falling dice, for example 7 I
>> want
>> >>> > > to be able to recall the other numbers but 7 more often than the
>> other
>> >>> > > numbers.
>> >>> > > At the moment we will only give to the config file the following
>> configuration :
>> >>> > >
>> >>> > > "level" : "3",
>> >>> > > "objective" : qsTr("Select the number on dominoes up to
>> 7"),
>> >>> > > "words" : [
>> >>> > > "1",
>> >>> > > "2",
>> >>> > > "3",
>> >>> > > "4",
>> >>> > > "5",
>> >>> > > "6",
>> >>> > > "7"
>> >>> > > ]
>> >>> > >
>> >>> > > and apply random choices within these numbers.
>> >>> > >
>> >>> > > We should have the choice to be able to provide exactly the
>> numbers we
>> >>> > > want to use through a list which will not be random.
>> >>> > >
>> >>> > > Example if I want to teach 7:
>> >>> > >
>> >>> > > "words" : [
>> >>> > > "7",
>> >>> > > "2",
>> >>> > > "3",
>> >>> > > "7",
>> >>> > > "5",
>> >>> > > "6",
>> >>> > > "6",
>> >>> > > "1",
>> >>> > > "2",
>> >>> > > "7",
>> >>> > > "4",
>> >>> > > "5",
>> >>> > > "6",
>> >>> > > "7",
>> >>> > > "1",
>> >>> > > "7",
>> >>> > > "3",
>> >>> > > "4",
>> >>> > > "5",
>> >>> > > "7",
>> >>> > > "7",
>> >>> > > "1",
>> >>> > > "7",
>> >>> > > "6",
>> >>> > > "4",
>> >>> > > "7",
>> >>> > > "6",
>> >>> > > "7",
>> >>> > > "7",
>> >>> > > "2",
>> >>> > > "3",
>> >>> > > "4",
>> >>> > > "5",
>> >>> > > "6",
>> >>> > > "7",
>> >>> > >
>> >>> > > ]
>> >>> > >
>> >>> > > Note how often 7 is present in the list (also 6 since
>> theoritically it
>> >>> > > is the less well known numbers being just taught).
>> >>> > >
>> >>> > >
>> >>> > > I would also suggest to rename "words" into StaticListDataList and
>> >>> > > RandomDataList or whatever like this, as the keywords needs to be
>> more
>> >>> > > generic than words and have modes (random or fixed list)
>> >>> > >
>> >>> > > In the activity I am writting at the moment, it will look like
>> this:
>> >>> > > "words" : [
>> >>> > > "12345,2",
>> >>> > > "1245,5",
>> >>> > > "42,125",
>> >>> > > "456,85",
>> >>> > >
>> >>> > > you can see that these data are not words.
>> >>> > > There are also other activities where we present images and not
>> words.
>> >>> > >
>> >>> > > Finally if we use new keywords we can choose to keep the actual
>> word
>> >>> > > "words" and not break the compatibility.
>> >>> > >
>> >>> > > Mentors, Akshay feedback is very welcomed :)
>> >>> > >
>> >>> > > Regards,
>> >>> > >
>> >>> > > Emmanuel
>> >>> >
>> >>> >
>> >>> >
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/gcompris-devel/attachments/20190803/51641d72/attachment.html>
More information about the GCompris-devel
mailing list