--===============4733860044156452176== Content-Type: multipart/alternative; boundary=047d7b3432448e0a0304e544d786 --047d7b3432448e0a0304e544d786 Content-Type: text/plain; charset=ISO-8859-1 HI Aleix, I prepared a new branch called 'cooperative' to work on Pairs with the students without disturbing the master. In there under the directory Themes I committed a proposal for the Coopeartive Theme. Is just a list of themes with an attribute that gives the difficulty (very easy, easy, medium, hard, very hard) and I also add a field 'maxmoves' where you can set the maximum number of moves allowed to complete the game. (if 0 there is no limit). I wait for feed back. If everything is fine I can go on and give it to the students. Bye Marco On Fri, Aug 23, 2013 at 12:42 AM, Aleix Pol wrote: > :) alright! Let's do this! > > Yes, definitely, let's discuss over the format. It will be interesting to > also discuss how we have to change current Pairs. > > Aleix > > > On Thu, Aug 22, 2013 at 11:10 PM, Marco Calignano < > marco.calignano@gmail.com> wrote: > >> Hi, >> >> I have looked at this discussion again and I am still positive we can >> Integrate Cooperative Learning in the Pairs game. I also (probably you have >> seen already) put two SoK task for student to help me do it. And it seems I >> have two candidates. In any case I will work in a branch and then we can >> still decide at the end if what we do is good or not. >> Many details of the GUI we can implement in a later time what I need >> first is the Themes management routines and the games flow. >> So in the next day I will go ahead and propose an XML format for a >> "collaborative Pairs Theme". >> I would like you to check on me if I might forget or oversee something. >> >> Thanks >> Marco >> >> >> On Tue, May 14, 2013 at 12:40 AM, Aleix Pol wrote: >> >>> On Mon, May 13, 2013 at 9:23 PM, Marco Calignano < >>> marco.calignano@gmail.com> wrote: >>> >>>> On Mon, May 13, 2013 at 4:39 PM, Aleix Pol wrote: >>>> >>>>> On Mon, May 13, 2013 at 10:38 AM, Marco Calignano < >>>>> marco.calignano@gmail.com> wrote: >>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Tue, May 7, 2013 at 9:01 PM, Albert Astals Cid wrote: >>>>>> >>>>>>> El Dimarts, 7 de maig de 2013, a les 09:22:38, Marco Calignano va >>>>>>> escriure: >>>>>>> > Hi, >>>>>>> > >>>>>>> > to answer to Albert: >>>>>>> > >>>>>>> > I plan to add an option (an Icon on the games bar) so the player >>>>>>> can choose >>>>>>> > the collaborative mode like was another kind of game. >>>>>>> >>>>>>> Makes sense :-) >>>>>>> >>>>>>> > >>>>>>> > I can also give an example to how I imagine the third point: >>>>>>> > There are three kids around the computer only one can play. When he >>>>>>> > finishes his game we need to automatically load a new game >>>>>>> (similar to the >>>>>>> > first) for the next kid. Now after everyone played once we load a >>>>>>> new game >>>>>>> > (a bit more difficult) that the first kid can play again and so. >>>>>>> All this >>>>>>> > list of game and difficulties could be store in a xml file similar >>>>>>> to the >>>>>>> > current theme file. >>>>>>> >>>>>>> Makes sense now :-) >>>>>>> >>>>>>> > >>>>>>> > to answer Aleix: >>>>>>> > >>>>>>> > The aim of collaborative learning is to have children work >>>>>>> together. A >>>>>>> > player for himself is not Collaborative learning. (Of course we >>>>>>> can think >>>>>>> > of another option for increasing difficulties even in single >>>>>>> player mode) >>>>>>> > The number three came out in a discussion with the educator of >>>>>>> pre-school >>>>>>> > teacher: the said the best number is three one at computer and one >>>>>>> per >>>>>>> > side, the forth would be behind and sometime because of physical >>>>>>> > characteristics could be cut off of the game (too short to see the >>>>>>> monitor) >>>>>>> > but also psychological he fells less important because he is behind >>>>>>> > >>>>>>> > I would like to discuss the UI further as well (that's why this >>>>>>> email) >>>>>>> >>>>>>> What do you need for the UI, some kind of scoreboard so that each >>>>>>> children has >>>>>>> a different score? >>>>>>> >>>>>> 1) The score is not for each player but only for the group so we need >>>>>> to change the left tab where the players are. >>>>>> 2) We need also a way to tell the kids that they need to switch >>>>>> places. I thought like a popup windows where the avatar and the name >>>>>> appears. >>>>>> 3) Therefore the kids have to have different avatar. >>>>>> 4) I think also we need some kind of confirmation mechanism to >>>>>> select collaborative games. Like a double click or code typing of some >>>>>> kind: this would avoid kids playing at home switching into collaborative >>>>>> mode and have any kind of "problems" >>>>>> 5) we should also give the possibility to same the session game with >>>>>> players scores etc. This make sense since in this kind of mode there will >>>>>> be more than one game. >>>>>> >>>>>> Cheers >>>>>> Marco >>>>>> >>>>>>> >>>>>>> Cheers, >>>>>>> Albert >>>>>>> >>>>>>> > >>>>>>> > For the difficulty we could implement it both way: Increase the >>>>>>> number of >>>>>>> > cards, and/or decrease the number of step needed to solve the game >>>>>>> > >>>>>>> > >>>>>>> > I hope I was clearer this time if not just tell me >>>>>>> > >>>>>>> > Cheers >>>>>>> > Marco >>>>>>> > >>>>>>> > On Mon, May 6, 2013 at 11:18 PM, Aleix Pol >>>>>>> wrote: >>>>>>> > > Hi Marco! :) >>>>>>> > > It's good to see you back! >>>>>>> > > >>>>>>> > > First of all, I think it's a great iniciative, I'd like to see >>>>>>> more of >>>>>>> > > that in the future. >>>>>>> > > >>>>>>> > > Point by point: >>>>>>> > > 1. Why do we limit the number of players? how do you mean to do >>>>>>> that? >>>>>>> > > Won't a kid be able to play by himself while bored at home? >>>>>>> > > 2. It's a matter about UI, it won't hurt to think it through a >>>>>>> bit further >>>>>>> > > >>>>>>> > > :). >>>>>>> > > >>>>>>> > > 3. Shouldn't the difficulty be the number of "pairs" we are >>>>>>> displaying? >>>>>>> > > >>>>>>> > > Aleix >>>>>>> > > >>>>>>> > > >>>>>>> > > On Mon, May 6, 2013 at 10:21 AM, Marco Calignano < >>>>>>> > > >>>>>>> > > marco.calignano@gmail.com> wrote: >>>>>>> > >> Hello, >>>>>>> > >> >>>>>>> > >> I would like to start adding Cooperative Learning features to >>>>>>> Pairs, and >>>>>>> > >> would like to throw the discussion in the mailing list. >>>>>>> > >> For Cooperative Learning we need three main changes in Pairs, >>>>>>> like >>>>>>> > >> discussed in Randa last year ( >>>>>>> > >> http://community.kde.org/KDEEdu/Sprint2012/TeachersNotes). >>>>>>> > >> >>>>>>> > >> 1. Limit the number of player to three, no more, no less. >>>>>>> > >> 2. Only one player can access the computer so we need a way to >>>>>>> tell >>>>>>> > >> players when they can do that >>>>>>> > >> 3. Link together different games so that the players have an >>>>>>> increase in >>>>>>> > >> tasks difficulty >>>>>>> > >> >>>>>>> > >> To specify the difficulty of a game we can give a maximum >>>>>>> number of move >>>>>>> > >> to solve the game. >>>>>>> > >> >>>>>>> > >> The first two points can be build in the game code, but the >>>>>>> last point, I >>>>>>> > >> believe, belongs to the theme description because it has to be >>>>>>> more >>>>>>> > >> flexible. >>>>>>> > >> >>>>>>> > >> What do you think? >>>>>>> > >> >>>>>>> > >> -- >>>>>>> > >> Life is short, so learn from your mistakes >>>>>>> > >> And stand behind, the choices that you make >>>>>>> > >> >>>>>>> > >> Face each day with both eyes open wide >>>>>>> > >> And try to give don't keep it all inside >>>>>>> > >> >>>>>>> > >> Dream Theater >>>>>>> > >> >>>>>>> > >> _______________________________________________ >>>>>>> > >> kde-edu mailing list >>>>>>> > >> kde-edu@mail.kde.org >>>>>>> > >> https://mail.kde.org/mailman/listinfo/kde-edu >>>>>>> > > >>>>>>> > > _______________________________________________ >>>>>>> > > kde-edu mailing list >>>>>>> > > kde-edu@mail.kde.org >>>>>>> > > https://mail.kde.org/mailman/listinfo/kde-edu >>>>>>> _______________________________________________ >>>>>>> kde-edu mailing list >>>>>>> kde-edu@mail.kde.org >>>>>>> https://mail.kde.org/mailman/listinfo/kde-edu >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Life is short, so learn from your mistakes >>>>>> And stand behind, the choices that you make >>>>>> >>>>>> Face each day with both eyes open wide >>>>>> And try to give don't keep it all inside >>>>>> >>>>>> Dream Theater >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> kde-edu mailing list >>>>>> kde-edu@mail.kde.org >>>>>> https://mail.kde.org/mailman/listinfo/kde-edu >>>>>> >>>>>> >>>>> Hi Marco! >>>>> Maybe you can provide some mockups to get it discussed? >>>>> >>>> what do you mean mockups of the cooperative game or of the switching >>>> part? >>>> >>>>> >>>>> Technically, I think that the best for this would be to have a >>>>> different binary called pairs-collaborative that the teachers can call and >>>>> know what the kids will be playing beforehand. >>>>> >>>> Personally I do not like the Idea of two different application. The >>>> teacher won't use it at the end >>>> >>>>> >>>>> About the switch, I think that we can just add a QML overlay with the >>>>> name/picture that the kind can click/press and disappears. >>>>> >>>> That pretty much what I had in mind >>>> >>>>> >>>>> Aleix >>>>> >>>>> _______________________________________________ >>>>> kde-edu mailing list >>>>> kde-edu@mail.kde.org >>>>> https://mail.kde.org/mailman/listinfo/kde-edu >>>>> >>>>> >>>> >>>> >>>> -- >>>> Life is short, so learn from your mistakes >>>> And stand behind, the choices that you make >>>> >>>> Face each day with both eyes open wide >>>> And try to give don't keep it all inside >>>> >>>> Dream Theater >>>> >>>> >>>> _______________________________________________ >>>> kde-edu mailing list >>>> kde-edu@mail.kde.org >>>> https://mail.kde.org/mailman/listinfo/kde-edu >>>> >>>> >>> Hi Marco, >>> I also don't like having 2 entry ways, but I also think it can be >>> problematic to narrow down the Pairs usage to class-only. Also I guess that >>> the teacher will have to set up different systems at the same time, so it >>> probably makes sense to find out a way to run a prepared session by the >>> teacher. >>> >>> What you are proposing, is to have different games and after 1 level is >>> done, the kid jumps to the next. To do this the teacher can run it with >>> pairs and the game shouldn't have space for much further configuration. >>> Also this could make it possible to specify the number of kids to use the >>> game or other parameters, additionally to the levels list. >>> >>> Do you think this makes sense? >>> Aleix >>> >>> _______________________________________________ >>> kde-edu mailing list >>> kde-edu@mail.kde.org >>> https://mail.kde.org/mailman/listinfo/kde-edu >>> >>> >> >> >> -- >> Life is short, so learn from your mistakes >> And stand behind, the choices that you make >> >> Face each day with both eyes open wide >> And try to give don't keep it all inside >> >> Dream Theater >> >> >> _______________________________________________ >> kde-edu mailing list >> kde-edu@mail.kde.org >> https://mail.kde.org/mailman/listinfo/kde-edu >> >> > > _______________________________________________ > kde-edu mailing list > kde-edu@mail.kde.org > https://mail.kde.org/mailman/listinfo/kde-edu > > -- Life is short, so learn from your mistakes And stand behind, the choices that you make Face each day with both eyes open wide And try to give don't keep it all inside Dream Theater --047d7b3432448e0a0304e544d786 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
HI Aleix,

I prepared a new branch calle= d 'cooperative' to work on Pairs with the students without disturbi= ng the master. In there under the directory Themes I committed a proposal f= or the Coopeartive Theme.=A0
Is just a list of themes with an attribute that gives the difficulty (= very easy, easy, medium, hard, very hard) and I also add a field 'maxmo= ves' where you can set the maximum number of moves allowed to complete = the game. (if 0 there is no limit).

I wait for feed back. If everything is fine I can go on= and give it to the students.

Bye
Marco<= /div>


On= Fri, Aug 23, 2013 at 12:42 AM, Aleix Pol <aleixpol@kde.org> = wrote:
:) alright! Let's do th= is!

Yes, definitely, let's discuss over the format. = It will be interesting to also discuss how we have to change current Pairs.=

Aleix


On Thu, Aug 22, 2013 at 11:1= 0 PM, Marco Calignano <marco.calignano@gmail.com> wr= ote:
Hi,

I ha= ve looked at this discussion again and I am still positive we can Integrate= Cooperative Learning in the Pairs game. I also (probably you have seen alr= eady) put two SoK task for student to help me do it. And it seems I have tw= o candidates. In any case I will work in a branch and then we can still dec= ide at the end if what we do is good or not.=A0
Many details of the GUI we can implement in a later time what I need f= irst is the Themes management routines and the games flow.
So in = the next day I will go ahead and propose an XML format for a "collabor= ative Pairs Theme".=A0
I would like you to check on me if I might forget or oversee something= .

Thanks
M= arco


On Tue, May 1= 4, 2013 at 12:40 AM, Aleix Pol <aleixpol@kde.org> wrote:
On Mon, May 13, 2= 013 at 9:23 PM, Marco Calignano <marco.calignano@gmail.com>= wrote:
=
On Mon, May 13, 2013 at 4:39 PM, Aleix= Pol <aleixpol@kde.org> wrote:
On Mon, May 13, 2= 013 at 10:38 AM, Marco Calignano <marco.calignano@gmail.com>= ; wrote:



On Tue, May 7, 2013 at 9:0= 1 PM, Albert Astals Cid <aacid@kde.org> wrote:
El Dimarts, 7 de maig de 2013, a les 09:22:3= 8, Marco Calignano va escriure:
> Hi,
>
> to answer to Albert:
>
> I plan to add an option (an Icon on the games bar) so the player can c= hoose
> the collaborative mode like was another kind of game.

Makes sense :-)

>
> I can also give an example to how I imagine the third point:
> There are three kids around the computer only one can play. When he > finishes his game we need to automatically load a new game (similar to= the
> first) for the next kid. Now after everyone played once we load a new = game
> (a bit more difficult) that the first kid can play again and so. All t= his
> list of game and difficulties could be store in a xml file similar to = the
> current theme file.

Makes sense now :-)

>
> to answer Aleix:
>
> The aim of collaborative learning is to have children work together. A=
> player for himself is not Collaborative learning. (Of course we can th= ink
> of another option for increasing difficulties even in single player mo= de)
> The number three came out in a discussion with the educator of pre-sch= ool
> teacher: the said the best number is three one at computer and one per=
> side, the forth would be behind and sometime because of physical
> characteristics could be cut off of the game (too short to see the mon= itor)
> but also psychological he fells less important because he is behind >
> I would like to discuss the UI further as well (that's why this em= ail)

What do you need for the UI, some kind of scoreboard so that each chi= ldren has
a different score?
1) The score is not for= each player but only for the group so we need to change the left tab where= the players are.
2) We need also a way to tell the kids that the= y need to switch places. I thought like a popup windows where the avatar an= d the name appears.
3) Therefore the kids have to have different avatar.
4) I th= ink also we need some kind of confirmation mechanism to select=A0collaborat= ive=A0games. =A0Like a double click or code typing of some kind: this would= avoid kids playing at home switching into collaborative mode and have any = kind of "problems"
5) we should also give the possibility to same the session game with p= layers scores etc. This make sense since in this kind of mode there will be= more than one game.

Cheers
Marco

Cheers,
=A0 Albert

>
> For the difficulty we could implement it both way: Increase the number= of
> cards, and/or decrease the number of step needed to solve the game
>
>
> I hope I was clearer this time if not just tell me
>
> Cheers
> Marco
>
> On Mon, May 6, 2013 at 11:18 PM, Aleix Pol <aleixpol@kde.org> wrote:
> > Hi Marco! :)
> > It's good to see you back!
> >
> > First of all, I think it's a great iniciative, I'd like t= o see more of
> > that in the future.
> >
> > Point by point:
> > 1. Why do we limit the number of players? how do you mean to do t= hat?
> > Won't a kid be able to play by himself while bored at home? > > 2. It's a matter about UI, it won't hurt to think it thro= ugh a bit further
> >
> > :).
> >
> > 3. Shouldn't the difficulty be the number of "pairs"= ; we are displaying?
> >
> > Aleix
> >
> >
> > On Mon, May 6, 2013 at 10:21 AM, Marco Calignano <
> >
> > ma= rco.calignano@gmail.com> wrote:
> >> Hello,
> >>
> >> I would like to start adding Cooperative Learning features to= Pairs, and
> >> would like to throw the discussion in the mailing list.
> >> For Cooperative Learning we need three main changes in Pairs,= like
> >> discussed in Randa last year (
> >> http://community.kde.org/KDEEdu/Sprint2012/Teache= rsNotes).
> >>
> >> 1. Limit the number of player to three, no more, no less.
> >> 2. Only one player can access the computer so we need a way t= o tell
> >> players when they can do that
> >> 3. Link together different games so that the players have an = increase in
> >> tasks difficulty
> >>
> >> To specify the difficulty of a game we can give a maximum num= ber of move
> >> to solve the game.
> >>
> >> The first two points can be build in the game code, but the l= ast point, I
> >> believe, belongs to the theme description because it has to b= e more
> >> flexible.
> >>
> >> What do you think?
> >>
> >> --
> >> Life is short, so learn from your mistakes
> >> And stand behind, the choices that you make
> >>
> >> Face each day with both eyes open wide
> >> And try to give don't keep it all inside
> >>
> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Dream Theater
> >>
> >> _______________________________________________
> >> kde-edu mailing list
> >> kde= -edu@mail.kde.org
> >> https://mail.kde.org/mailman/listinfo/kde-edu
> >
> > _______________________________________________
> > kde-edu mailing list
> > kde-edu= @mail.kde.org
> > https://mail.kde.org/mailman/listinfo/kde-edu
_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.= org
https://mail.kde.org/mailman/listinfo/kde-edu


=

--
Life is short, so learn from your mistakes=A0
And stand behind, the choices that you make=A0

Face each day with both eyes open wide=A0
And try to give don't keep it all inside=A0

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Dream Theater


_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.= org
https://mail.kde.org/mailman/listinfo/kde-edu


Hi = Marco!
Maybe you can provide some mockups t= o get it discussed?
what do you me= an mockups of the cooperative game or of the switching part?=A0
=
Technically, I think that the best for this would be to have a different bi= nary called pairs-collaborative that the teachers can call and know what th= e kids will be playing beforehand.
Personally I do not like the Idea of two different application. The teacher= won't use it at the end

About the switch, I think that we can = just add a QML overlay with the name/picture that the kind can click/press = and disappears.
That pretty much what I = had in mind=A0

Aleix

_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.= org
https://mail.kde.org/mailman/listinfo/kde-edu




-- <= br>
Life is short, so learn from your mistakes=A0
And stand b= ehind, the choices that you make=A0

Face each day = with both eyes open wide=A0
And try to give don't keep it all inside=A0

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Dream Theater


_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.= org
https://mail.kde.org/mailman/listinfo/kde-edu


Hi = Marco,
I also don't like having 2 entry= ways, but I also think it can be problematic to narrow down the Pairs usag= e to class-only. Also I guess that the teacher will have to set up differen= t systems at the same time, so it probably makes sense to find out a way to= run a prepared session by the teacher.

What you ar= e proposing, is to have different games and after 1 level is done, the kid = jumps to the next. To do this the teacher can run it with pairs and the gam= e shouldn't have space for much further configuration. Also this could = make it possible to specify the number of kids to use the game or other par= ameters, additionally to the levels list.

Do you thin= k this makes sense?
Aleix

_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.= org
https://mail.kde.org/mailman/listinfo/kde-edu




--
Lif= e is short, so learn from your mistakes=A0
And stand behind, the = choices that you make=A0

Face each day with both e= yes open wide=A0
And try to give don't keep it all inside=A0

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Dream Theater


_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.= org
https://mail.kde.org/mailman/listinfo/kde-edu



_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu




--
Lif= e is short, so learn from your mistakes=A0
And stand behind, the = choices that you make=A0

Face each day with both e= yes open wide=A0
And try to give don't keep it all inside=A0

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Dream Theater

--047d7b3432448e0a0304e544d786-- --===============4733860044156452176== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ kde-edu mailing list kde-edu@mail.kde.org https://mail.kde.org/mailman/listinfo/kde-edu --===============4733860044156452176==--