<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">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 class="moz-txt-link-freetext" href="http://gcompris.net/wiki/Administration_design">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 :).<br>
<br>
Johnny<br>
<br>
On 02/12/16 21:30, B.J. wrote:<br>
</div>
<blockquote cite="mid:D2E39C2E.AC46%25bj@koupps.net" 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 id="OLK_SRC_BODY_SECTION">
<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
moz-do-not-send="true" href="mailto:jazeix@gmail.com"><a class="moz-txt-link-abbreviated" href="mailto:jazeix@gmail.com">jazeix@gmail.com</a></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
moz-do-not-send="true" href="mailto:gcompris-devel@kde.org"><a class="moz-txt-link-abbreviated" href="mailto:gcompris-devel@kde.org">gcompris-devel@kde.org</a></a>><br>
<span style="font-weight:bold">Subject: </span> Re:
[GCompris-devel] Division - new activity<br>
</div>
<div><br>
</div>
<div>
<meta content="text/html; charset=utf-8"
http-equiv="Content-Type">
<div bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 02/12/16 21:00, B.J. wrote:<br>
</div>
<blockquote cite="mid:D2E39501.AC32%25bj@koupps.net"
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 id="OLK_SRC_BODY_SECTION">
<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 moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:bruno.coudoin@gcompris.net">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
moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:gcompris-devel@kde.org"><a class="moz-txt-link-abbreviated" href="mailto:gcompris-devel@kde.org">gcompris-devel@kde.org</a></a>><br>
<span style="font-weight:bold">Subject: </span> Re:
[GCompris-devel] Division - new activity<br>
</div>
<div><br>
</div>
<div>
<meta content="text/html; charset=utf-8"
http-equiv="Content-Type">
<div text="#000000" bgcolor="#FFFFFF"> <br>
<br>
<div class="moz-cite-prefix">Le 12/02/2016 13:12,
Johnny Jazeix a écrit :<br>
</div>
<blockquote
cite="mid:CAEtcAPHMPes0DvYTiitnuh-No-ZQCHe-WDmz4Bm6oqNvwJEjDA@mail.gmail.com"
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 moz-do-not-send="true"
class="moz-txt-link-freetext"
href="https://phabricator.kde.org/T1596">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 moz-do-not-send="true" href="mailto:GCompris-devel@kde.org">GCompris-devel@kde.org</a>
<a moz-do-not-send="true"
href="https://mail.kde.org/mailman/listinfo/gcompris-devel">https://mail.kde.org/mailman/listinfo/gcompris-devel</a>
</span>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
GCompris-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:GCompris-devel@kde.org">GCompris-devel@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/gcompris-devel">https://mail.kde.org/mailman/listinfo/gcompris-devel</a>
</pre>
</blockquote>
<br>
</body>
</html>