[GCompris-devel] Division - new activity

Fri Feb 12 21:42:34 UTC 2016

Hi,
I think exactly the same Johhny.

Jumping to what could be part of the school control panel... evaluating
pupils.
Tablets are wonderful, they allow dynamic correction.... but there is a
down to it, no trace to see what has been understood or not.
What I would love to have is a trace of the try and fails/miss.
Let say children are playing landing balloon with multiplication.
I would like the application to record every single results in a raw files.
I would like the control pc being able to retrieve all the raw files
without any transformation of the data so far. Raw files should just be
stamped with name date and time.
Then the control pc would do at this point data mining. Each activities
needs its own data mining, a grammatical exercice can not be analysed like
a mathematical exercice.
Having the datamining on the control pc would point where the pupil is good
and point some special difficulties.
It would allow to do some stats and present them graphically to show pupils
"there you have been very good, huge progression in the last two week on
multiplication tables by 7 and 9".
Or "hmmm you have still some difficulties to multiply 5" lets train it
again.

We could have a dynamic graph showing kids having (right now) difficulties.
You can in the moment help these kids. Not the day after because you did
not see they had difficulties (this mistake is easily done when you have 25
kids in a room). Dynamic graph could point for example 5 children in need,
than you do a group of remediation.

Hope what I wrote makes sens, if not I am ok with drawing a bit of graphs,
but this tool would be my dream. Allowing real active lessons training,
pointing difficulties, successes, allowing "differentiation" giving more
exercices (we say sometime "more to eat" to the one who are quick and
efficient, taking "human" time for the one not being so successful.

Really good pupils do not always need teachers to learn logical things like
mathématics and grammar. The other one absolutly do. This tool would be
wonderful.

What do you think?

Regards,

Emmanuel

2016-02-12 21:40 GMT+01:00 JAZEIX Johnny <jazeix at gmail.com>:

> I see two major use cases for GCompris: school and home.
>
> For school, having an administration application would allow to handle
> multiple profiles, multiples tablets... Having the possibility to create
> datasets using the administration panel and "sending" it to all the
> tablets/computers.
>
> At home, I think children would want to play with existing levels, parents
> wanting to only configure once the application and probably don't want to
> create custom datasets.
>
> The first thinkings on the administration panel (2 Randa meetings ago) can
> be found at http://gcompris.net/wiki/Administration_design
>
> So for me, the administration panel/activity is more for school use than
> for home use.
>
> Correct me if I'm wrong :).
>
> Johnny
>
>
> On 02/12/16 21:30, B.J. wrote:
>
> That’s a good point.  Are we trying to keep everything in the single app
> then?  I see the advantages to this, as well as de-cluttering by keeping
> admin/config items in a separate app.  I’m sure I’d be the wrong person to
> ask too; I’m always good either way, as long as students’ access to that
> part of the config is limited.  Any other teachers w/input on this?
>
> Also—would it translate across platforms easily?  I imagine iOS/Android
> users would just d/l a separate (optional) app probably?  Just thinking out
> loud here…
>
> From: JAZEIX Johnny < <jazeix at gmail.com>jazeix at gmail.com>
> Date: Friday, February 12, 2016 at 2:18 PM
> To: < <gcompris-devel at kde.org>gcompris-devel at kde.org>
> Subject: Re: [GCompris-devel] Division - new activity
>
> On 02/12/16 21:00, B.J. wrote:
>
> My vote for “yes”, thinking you’re completely right.  Another option would
> be to bring back the separate config tool we had with the GTK version, with
> which one could easily lock or allow specific activities—this confines the
> focal skill set, but also allows independent practice for menu navigation,
> which is a skill that some students don’t have yet.  That way a learner
> walks through the specific skills the group is currently working on while
> still using the icons to navigate.  Even better: maybe an option for
> activities to “open up” (allow access) after specific ones are completed?
> Maybe too many ideas at once for this stage of development though…
>
> —
> B.J.
>
> From: Bruno Coudoin <bruno.coudoin at gcompris.net>
> Date: Friday, February 12, 2016 at 1:31 PM
> To: < <gcompris-devel at kde.org>gcompris-devel at kde.org>
> Subject: Re: [GCompris-devel] Division - new activity
>
>
>
> Le 12/02/2016 13:12, Johnny Jazeix a écrit :
>
> talked to allon on irc and he gave me some ideas:
>>>
>>> - we should let the user decide how many children to split the candies
>>> to, or even how many candies to have in total
>>>
>>
> I'm not sure if it is a good idea to let the child decide by default how
> many candies/children. Can be interesting for classrooms, but I'm not sure
> it's a good idea for children at home, if they play alone?
>
>> We don't have it at the moment but we have to stay open to these kind of
> requests. Teachers want to tune each activity to match the difficulty level
> they have in the classroom. This is a valid request and it goes in par with
> the administration module.
>
> The scenario is that the teacher configures all the GCompris to run an
> activity at a given level or with a specific configuration. Going further,
> we could let a teacher create a multi activity scenario in which instead of
> having a menu the children is proposed a sequence of activities (including
> specific level and config) to follow. I created a task to track this need:
> https://phabricator.kde.org/T1596
>
> I am on the early thinking on this and maybe wrong, feel free to discuss
> it.
>
> Bruno.
>
> If I understand correctly, there are 2 things: having custom levels (let's
> say easily, some .js data files in some directory and a configuration
> button like in balancebox to use the default levels or the customs).
> And the possibility to directly input in the activity the configuration we
> want (for this activity, let's say two text fields, to input the number of
> children and candies).
>
> I agree that we should have the possibility to read custom datasets. But
> for the second point, as you say, it goes more on admin part than directly
> on the activity itself.
> For the Gtk+ version, if I'm not wrong, the "text" activities had the
> possibilities to create datasets. Was there some rule to decide if it is
> directly on the activity or in configuration?
>
> Johnny
>
> _______________________________________________ GCompris-devel mailing
> list GCompris-devel at kde.org
> https://mail.kde.org/mailman/listinfo/gcompris-devel
>
> _______________________________________________
> GCompris-devel mailing listGCompris-devel at kde.orghttps://mail.kde.org/mailman/listinfo/gcompris-devel
>
>
>
> _______________________________________________
> GCompris-devel mailing list
> GCompris-devel at kde.org
> https://mail.kde.org/mailman/listinfo/gcompris-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/gcompris-devel/attachments/20160212/be1c1cb5/attachment-0001.html>