<div dir="ltr"><div><div><div>Hi,<br>I think exactly the same Johhny.<br></div><br>Jumping to what could be part of the school control panel... evaluating pupils.<br></div>Tablets are wonderful, they allow dynamic correction.... but there is a down to it, no trace to see what has been understood or not.<br></div><div>What I would love to have is a trace of the try and fails/miss.<br></div><div>Let say children are playing landing balloon with multiplication.<br></div><div>I would like the application to record every single results in a raw files.<br></div><div>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.<br></div><div>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.<br></div><div>Having the datamining on the control pc would point where the pupil is good and point some special difficulties.<br></div><div>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".<br></div><div>Or "hmmm you have still some difficulties to multiply 5" lets train it again.<br></div><div><br>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.<br></div><div><br></div><div>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. <br><br>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.<br><br></div><div>What do you think? <br><br></div><div>Regards,<br><br></div><div>Emmanuel<br></div><div><br></div><div><br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-02-12 21:40 GMT+01:00 JAZEIX Johnny <span dir="ltr"><<a href="mailto:jazeix@gmail.com" target="_blank">jazeix@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>I see two major use cases for GCompris:
school and home.<br>
<br>
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.<br>
<br>
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.<br>
<br>
The first thinkings on the administration panel (2 Randa meetings
ago) can be found at
<a href="http://gcompris.net/wiki/Administration_design" target="_blank">http://gcompris.net/wiki/Administration_design</a> <br>
<br>
So for me, the administration panel/activity is more for school
use than for home use.<br>
<br>
Correct me if I'm wrong :).<span class="HOEnZb"><font color="#888888"><br>
<br>
Johnny</font></span><div><div class="h5"><br>
<br>
On 02/12/16 21:30, B.J. wrote:<br>
</div></div></div><div><div class="h5">
<blockquote type="cite">
<div>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?</div>
<div><br>
</div>
<div>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…</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt"><span style="font-weight:bold">From: </span> JAZEIX Johnny <<a href="mailto:jazeix@gmail.com" target="_blank"></a><a href="mailto:jazeix@gmail.com" target="_blank">jazeix@gmail.com</a>><br>
<span style="font-weight:bold">Date: </span> Friday, February
12, 2016 at 2:18 PM<br>
<span style="font-weight:bold">To: </span> <<a href="mailto:gcompris-devel@kde.org" target="_blank"></a><a href="mailto:gcompris-devel@kde.org" target="_blank">gcompris-devel@kde.org</a>><br>
<span style="font-weight:bold">Subject: </span> Re:
[GCompris-devel] Division - new activity<br>
</div>
<div><br>
</div>
<div>
<div bgcolor="#FFFFFF" text="#000000">
<div>On 02/12/16 21:00, B.J. wrote:<br>
</div>
<blockquote type="cite">
<div>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…</div>
<div><br>
</div>
<div>—</div>
<div>B.J.</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt"><span style="font-weight:bold">From:
</span> Bruno Coudoin <<a href="mailto:bruno.coudoin@gcompris.net" target="_blank">bruno.coudoin@gcompris.net</a>><br>
<span style="font-weight:bold">Date: </span> Friday,
February 12, 2016 at 1:31 PM<br>
<span style="font-weight:bold">To: </span> <<a href="mailto:gcompris-devel@kde.org" target="_blank"></a><a href="mailto:gcompris-devel@kde.org" target="_blank">gcompris-devel@kde.org</a>><br>
<span style="font-weight:bold">Subject: </span> Re:
[GCompris-devel] Division - new activity<br>
</div>
<div><br>
</div>
<div>
<div text="#000000" bgcolor="#FFFFFF"> <br>
<br>
<div>Le 12/02/2016 13:12,
Johnny Jazeix a écrit :<br>
</div>
<blockquote type="cite">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div>
<div dir="ltr">
<div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p> talked to allon on irc and he
gave me some ideas: </p>
<p><span style="font-size:12pt">-
we should let the user decide
how many children to split the
candies to, or even how many
candies to have in total</span><br>
</p>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>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?<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div>
<div dir="ltr">
<div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p> </p>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</blockquote>
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.<br>
<br>
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:<br>
<a href="https://phabricator.kde.org/T1596" target="_blank">https://phabricator.kde.org/T1596</a><br>
<br>
I am on the early thinking on this and maybe wrong,
feel free to discuss it.<br>
<br>
Bruno. <br>
</div>
</div>
</span></blockquote>
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).<br>
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).<br>
<br>
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.<br>
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? <br>
<br>
Johnny<br>
<br>
</div>
</div>
_______________________________________________
GCompris-devel mailing list
<a href="mailto:GCompris-devel@kde.org" target="_blank">GCompris-devel@kde.org</a>
<a href="https://mail.kde.org/mailman/listinfo/gcompris-devel" target="_blank">https://mail.kde.org/mailman/listinfo/gcompris-devel</a>
</span>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
GCompris-devel mailing list
<a href="mailto:GCompris-devel@kde.org" target="_blank">GCompris-devel@kde.org</a>
<a href="https://mail.kde.org/mailman/listinfo/gcompris-devel" target="_blank">https://mail.kde.org/mailman/listinfo/gcompris-devel</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
GCompris-devel mailing list<br>
<a href="mailto:GCompris-devel@kde.org">GCompris-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/gcompris-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/gcompris-devel</a><br>
<br></blockquote></div><br></div>