GCompris-devel Digest, Vol 24, Issue 27
rahul yadav
rahulyadav170923 at gmail.com
Thu Oct 20 08:34:57 UTC 2016
Hey guys!!
On 20 Oct 2016 03:19, <gcompris-devel-request at kde.org> wrote:
>
> Send GCompris-devel mailing list submissions to
> gcompris-devel at kde.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.kde.org/mailman/listinfo/gcompris-devel
> or, via email, send a message with subject or body 'help' to
> gcompris-devel-request at kde.org
>
> You can reach the person managing the list at
> gcompris-devel-owner at kde.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of GCompris-devel digest..."
>
>
> Today's Topics:
>
> 1. Re: SOK ideas (JAZEIX Johnny)
> 2. Re: SOK ideas (nitish chauhan)
> 3. Re: SOK ideas (JAZEIX Johnny)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 20 Oct 2016 08:27:23 +0200
> From: JAZEIX Johnny <jazeix at gmail.com>
> To: Charles Cossé <ccosse at gmail.com>
> Cc: gcompris-devel at kde.org, nitish chauhan <nitish.nc18 at gmail.com>
> Subject: Re: SOK ideas
> Message-ID: <60e2aedc-e091-4a20-fe10-4a04347a81e6 at gmail.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> On 10/19/16 21:19, Charles Cossé wrote:
> > On Wed, Oct 19, 2016 at 12:14 PM, JAZEIX Johnny <jazeix at gmail.com
> > <mailto:jazeix at gmail.com>> wrote:
> >
> >
> > The question is more on how to handle the different cases with the
> > same base code. We should have a way to know if the data is good
> > without having a lot of if(multiplication) check if (number 1 *
> > number 2 = expected result) else if (addition) check if (number 1
> > + number 2 = expected result)...
> >
> >
> > Hi, just lurking on your list, but if I may suggest: just evaluate the
> > string expression and test whether true or false. That works for all
> > math.
> > -Charles
> >
> Hi,
>
> feel free to comment whenever you want :).
>
> On my side I was more thinking on having a check method directly in the
> dataset and in the main activity calls dataset.check(data1, data2). This
> way we wouldn't have to modify the base activity.
>
> After talking with Emmanuel, he found a third solution which is we don't
> care about the question and only check the result which is stored in the
> dataset:
>
> [ { "3*7": "21" }, { "it go": "es" }, { "I go": ""} ... ]
>
> This way we can do a completely abstract questionnaire activity.
> Dataset/Questions would be created via an interface and we can think of
I think we should make a common console to perform
CRUD operatipns on dataset for all arithemetic activities( we could extend
it for almost all the activities with exceptions like balancebox which
already has the best platform for creating dataset).
> a way of displaying either a menu like for lang or generating new
> activity on the fly (which may be better as we can categorize them in
> the section and search them using the search feature).
>
> Johnny
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
http://mail.kde.org/pipermail/gcompris-devel/attachments/20161020/8ab7ceea/attachment-0001.html
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 20 Oct 2016 12:36:04 +0530
> From: nitish chauhan <nitish.nc18 at gmail.com>
> To: JAZEIX Johnny <jazeix at gmail.com>
> Cc: gcompris-devel at kde.org
> Subject: Re: SOK ideas
> Message-ID:
> <CAGfTHWPz2umYeYnf56-WB9GF3dQJVd=
RYisbzvfZp6i7oT9CRA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi :) , after reading wonderful suggestions made by you all , I was able
> to understand these key points. Please correct me if I am going in the
> wrong direction.
>
> 1.) Instead of a single Activity(Multiplication Table), we are expanding
to
> new sub activities under a single generic Base Activity.
>
> 2.) We will have separate DATASET for different sub activities like
> Multiplication Tables, Addition , Subtraction , Tenses , etc. in the Base
> Activity.
>
> 3.) And in each sub-Activity to check the answer of a question we will
call
> a method which will check the answer from the Dataset using
> key,value pair concept(or Hashing) from the Base Activity.
>
> 4.) In this way expansion can be made easily.
>
> 5.) Also, I would like to know how many different sub activities we are
> planning to include.(like tables , add, sub , tenses. , etc).
>
> regards,
> Nitish Chauhan
>
>
> On Thu, Oct 20, 2016 at 11:57 AM, JAZEIX Johnny <jazeix at gmail.com> wrote:
>
> > On 10/19/16 21:19, Charles Cossé wrote:
> >
> > On Wed, Oct 19, 2016 at 12:14 PM, JAZEIX Johnny <jazeix at gmail.com>
wrote:
> >
> >>
> >> The question is more on how to handle the different cases with the same
> >> base code. We should have a way to know if the data is good without
having
> >> a lot of if(multiplication) check if (number 1 * number 2 = expected
> >> result) else if (addition) check if (number 1 + number 2 = expected
> >> result)...
> >>
> >
> > Hi, just lurking on your list, but if I may suggest: just evaluate the
> > string expression and test whether true or false. That works for all
math.
> > -Charles
> >
> >
> >
> > Hi,
> >
> > feel free to comment whenever you want :).
> >
> > On my side I was more thinking on having a check method directly in the
> > dataset and in the main activity calls dataset.check(data1, data2). This
> > way we wouldn't have to modify the base activity.
> >
> > After talking with Emmanuel, he found a third solution which is we don't
> > care about the question and only check the result which is stored in the
> > dataset:
> >
> > [ { "3*7": "21" }, { "it go": "es" }, { "I go": ""} ... ]
> >
> > This way we can do a completely abstract questionnaire activity.
> > Dataset/Questions would be created via an interface and we can think of
a
> > way of displaying either a menu like for lang or generating new
activity on
> > the fly (which may be better as we can categorize them in the section
and
> > search them using the search feature).
> >
> > Johnny
> >
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
http://mail.kde.org/pipermail/gcompris-devel/attachments/20161020/6409a9f3/attachment-0001.html
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 20 Oct 2016 09:18:55 +0200
> From: JAZEIX Johnny <jazeix at gmail.com>
> To: nitish chauhan <nitish.nc18 at gmail.com>
> Cc: gcompris-devel at kde.org
> Subject: Re: SOK ideas
> Message-ID: <6b6d9eef-16e8-97b8-68ef-2554e5e1822d at gmail.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> On 10/20/16 09:06, nitish chauhan wrote:
> > Hi :) , after reading wonderful suggestions made by you all , I was
> > able to understand these key points. Please correct me if I am going
> > in the wrong direction.
> >
> > 1.) Instead of a single Activity(Multiplication Table), we are
> > expanding to new sub activities under a single generic Base Activity.
>
> yes, for now we can consider that the base activity would be the
> multiplication one
> > 2.) We will have separate DATASET for different sub activities like
> > Multiplication Tables, Addition , Subtraction , Tenses , etc. in the
> > Base Activity.
> >
>
> yes
>
> > 3.) And in each sub-Activity to check the answer of a question we will
> > call a method which will check the answer from the Dataset using
> > key,value pair concept(or Hashing) from the Base Activity.
> >
>
> If we use the method of Emmanuel, all the datasets would be the same
> (list of {key, value}) and we won't have to have a specific check method
> on each dataset:
> we will have something like: if (field["3*7"] == dataset.get("3*7")) ok
> else not good.
>
> It's up to the person who create the dataset to be sure it's correct,
> there won't be any validation on our side.
>
> > 4.) In this way expansion can be made easily.
> >
> > 5.) Also, I would like to know how many different sub activities we
> > are planning to include.(like tables , add, sub , tenses. , etc).
> >
> It's not really important for now, let's focus on just the mathematic
> ones (and create separate activities for each).
>
> Johnny
>
> > regards,
> > Nitish Chauhan
> >
> > On Thu, Oct 20, 2016 at 11:57 AM, JAZEIX Johnny <jazeix at gmail.com
> > <mailto:jazeix at gmail.com>> wrote:
> >
> > On 10/19/16 21:19, Charles Cossé wrote:
> >> On Wed, Oct 19, 2016 at 12:14 PM, JAZEIX Johnny <jazeix at gmail.com
> >> <mailto:jazeix at gmail.com>> wrote:
> >>
> >>
> >> The question is more on how to handle the different cases
> >> with the same base code. We should have a way to know if the
> >> data is good without having a lot of if(multiplication) check
> >> if (number 1 * number 2 = expected result) else if (addition)
> >> check if (number 1 + number 2 = expected result)...
> >>
> >>
> >> Hi, just lurking on your list, but if I may suggest: just
> >> evaluate the string expression and test whether true or false.
> >> That works for all math.
> >> -Charles
> >>
> > Hi,
> >
> > feel free to comment whenever you want :).
> >
> > On my side I was more thinking on having a check method directly
> > in the dataset and in the main activity calls dataset.check(data1,
> > data2). This way we wouldn't have to modify the base activity.
> >
> > After talking with Emmanuel, he found a third solution which is we
> > don't care about the question and only check the result which is
> > stored in the dataset:
> >
> > [ { "3*7": "21" }, { "it go": "es" }, { "I go": ""} ... ]
> >
> > This way we can do a completely abstract questionnaire activity.
> > Dataset/Questions would be created via an interface and we can
> > think of a way of displaying either a menu like for lang or
> > generating new activity on the fly (which may be better as we can
> > categorize them in the section and search them using the search
> > feature).
> >
> > Johnny
> >
> >
> >
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
http://mail.kde.org/pipermail/gcompris-devel/attachments/20161020/943739f9/attachment.html
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> GCompris-devel mailing list
> GCompris-devel at kde.org
> https://mail.kde.org/mailman/listinfo/gcompris-devel
>
>
> ------------------------------
>
> End of GCompris-devel Digest, Vol 24, Issue 27
> **********************************************
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/gcompris-devel/attachments/20161020/cbeb5e40/attachment.html>
More information about the GCompris-devel
mailing list