random and fixed features in mutipledataset
Timothée Giet
animtim at gmail.com
Sat Aug 3 16:41:30 BST 2019
Sure the activity has to be adapted anyway to allow this,
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.
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.
Timo.
Le 03/08/2019 à 17:24, Emmanuel Charruau a écrit :
> 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
> <mailto: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
>> <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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/94822a85/attachment-0001.html>
More information about the GCompris-devel
mailing list