Add Cooperative Learning to Pairs

Aleix Pol aleixpol at kde.org
Thu Aug 22 22:42:11 UTC 2013


:) 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 at 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 <aleixpol at kde.org> wrote:
>
>> On Mon, May 13, 2013 at 9:23 PM, Marco Calignano <
>> marco.calignano at gmail.com> wrote:
>>
>>> On Mon, May 13, 2013 at 4:39 PM, Aleix Pol <aleixpol at kde.org> wrote:
>>>
>>>> On Mon, May 13, 2013 at 10:38 AM, Marco Calignano <
>>>> marco.calignano at gmail.com> wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, May 7, 2013 at 9:01 PM, Albert Astals Cid <aacid at kde.org>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 <aleixpol at 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 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 at 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 at mail.kde.org
>>>>>> > >> https://mail.kde.org/mailman/listinfo/kde-edu
>>>>>> > >
>>>>>> > > _______________________________________________
>>>>>> > > kde-edu mailing list
>>>>>> > > kde-edu at mail.kde.org
>>>>>> > > https://mail.kde.org/mailman/listinfo/kde-edu
>>>>>> _______________________________________________
>>>>>> kde-edu mailing list
>>>>>> kde-edu at 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 at 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 at 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 at 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 at 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 at mail.kde.org
> https://mail.kde.org/mailman/listinfo/kde-edu
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-edu/attachments/20130823/5a75411f/attachment.html>


More information about the kde-edu mailing list