[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-edu
Subject:    Re: Farewell Pairs
From:       Marco Calignano <marco.calignano () gmail ! com>
Date:       2015-03-20 8:24:14
Message-ID: CAAuBhqBhBVnTGGphy4H2dCCshd3myDB+Pw5gbz=rwDdsbO+Z5A () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Hi,

Pairs is a KDE4 application, and I thought would also kept in all the
Kubuntu releases that also support KDE4.
If it doesn't make any problem (and I think is not) would be really cool to
have the last Long Term support (16.04) with KDE4 and Pairs.
I could still intall that on the Kindergarten project (since the kid
already know the game) and gradually introduce GCompris.
Is that feasable or is it a big problem?


Cheers
Marco

On Fri, Mar 20, 2015 at 2:10 AM, Bruno Coudoin <bruno.coudoin@gcompris.net>
wrote:

>
> Le 20/03/2015 00:36, Aleix Pol a écrit :
> > On Thu, Mar 19, 2015 at 9:45 PM, Albert Astals Cid <aacid@kde.org>
> wrote:
> >> El Dimecres, 18 de març de 2015, a les 11:42:37, Marco Calignano va
> escriure:
> >>> With this Email I want to announce that Pairs is deprecated. It won't
> be
> >>> ported completly to KDE 5 but our effort will go into the development
> of
> >>> GCompris. I also have blog about it if you want to read.
> >>>
> >>> http://marcuzzokde.blogspot.de/2015/03/farewell-pairs.html
> >> Are you effectively asking to not release Pairs anymore with the next
> KDE
> >> Applications release?
> >>
> >> What does the rest of people think?
> >>
> >> If so you should tell the release team.
> > My opinion is that is useless to keep Pairs while pushing GCompris.
> >
> > We had many ideas for Pairs and with more or less effort we can deploy
> > them on GCompris, pushing Pairs forward could happen, but would also
> > be frustrating. I think it's a good thing that we unite and make teams
> > rather than splitting efforts.
> >
> > This is the last feature/bugfix commit I found [1]. There was a
> > partial effort to port it by Marco but it never materialized. I
> > understand it's better to focus the few spare time Marco and I have
> > into improving GCompris, even if a little bit, rather than bodging a
> > Pairs port.
> >
> > Regarding the release, I'd say it's fine if it is released with 15.04,
> > on the kde4 version, mostly because now it's too late to remove it
> > anyway. If there's important bug reports I can take care about them.
> >
> > What do the rest think?
> >
> Hi,
>
> On the GCompris side we are pleased to hear that. It is true that it is
> easier to maintain an activity in GCompris than a separate application.
>
> We already have a 'pair' activity that we call 'memory'. It has many
> data sets, images, numbers, maths, and others and we have an 'AI' mode
> to play against Tux. Some 'pair' level could be easily ported to GCompris.
>
> The user interface is different as we do not have a 'pair' menu entry.
> We have sections and in each one there maybe an appropriate 'pair'
> activity.  I hope this is not an issue.
>
> Bruno.
>
>
>
>
> _______________________________________________
> 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

[Attachment #5 (text/html)]

<div dir="ltr">Hi,<div><br></div><div>Pairs is a KDE4 application, and I thought \
would also kept in all the Kubuntu releases that also support KDE4.</div><div>If it \
doesn&#39;t make any problem (and I think is not) would be really cool to have the \
last Long Term support (16.04) with KDE4 and Pairs.</div><div>I could still intall \
that on the Kindergarten project (since the kid already know the game) and gradually \
introduce GCompris.</div><div>Is that feasable or is it a big \
problem?</div><div><br></div><div><br></div><div>Cheers</div><div>Marco  \
<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 20, \
2015 at 2:10 AM, Bruno Coudoin <span dir="ltr">&lt;<a \
href="mailto:bruno.coudoin@gcompris.net" \
target="_blank">bruno.coudoin@gcompris.net</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><br> Le 20/03/2015 00:36, Aleix Pol a écrit :<br>
<span class="">&gt; On Thu, Mar 19, 2015 at 9:45 PM, Albert Astals Cid &lt;<a \
href="mailto:aacid@kde.org">aacid@kde.org</a>&gt; wrote:<br> &gt;&gt; El Dimecres, 18 \
de març de 2015, a les 11:42:37, Marco Calignano va escriure:<br> &gt;&gt;&gt; With \
this Email I want to announce that Pairs is deprecated. It won&#39;t be<br> \
&gt;&gt;&gt; ported completly to KDE 5 but our effort will go into the development \
of<br> &gt;&gt;&gt; GCompris. I also have blog about it if you want to read.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; <a href="http://marcuzzokde.blogspot.de/2015/03/farewell-pairs.html" \
target="_blank">http://marcuzzokde.blogspot.de/2015/03/farewell-pairs.html</a><br> \
&gt;&gt; Are you effectively asking to not release Pairs anymore with the next \
KDE<br> &gt;&gt; Applications release?<br>
&gt;&gt;<br>
&gt;&gt; What does the rest of people think?<br>
&gt;&gt;<br>
&gt;&gt; If so you should tell the release team.<br>
&gt; My opinion is that is useless to keep Pairs while pushing GCompris.<br>
&gt;<br>
&gt; We had many ideas for Pairs and with more or less effort we can deploy<br>
&gt; them on GCompris, pushing Pairs forward could happen, but would also<br>
&gt; be frustrating. I think it&#39;s a good thing that we unite and make teams<br>
&gt; rather than splitting efforts.<br>
&gt;<br>
&gt; This is the last feature/bugfix commit I found [1]. There was a<br>
&gt; partial effort to port it by Marco but it never materialized. I<br>
&gt; understand it&#39;s better to focus the few spare time Marco and I have<br>
&gt; into improving GCompris, even if a little bit, rather than bodging a<br>
&gt; Pairs port.<br>
&gt;<br>
&gt; Regarding the release, I&#39;d say it&#39;s fine if it is released with \
15.04,<br> &gt; on the kde4 version, mostly because now it&#39;s too late to remove \
it<br> &gt; anyway. If there&#39;s important bug reports I can take care about \
them.<br> &gt;<br>
&gt; What do the rest think?<br>
&gt;<br>
</span>Hi,<br>
<br>
On the GCompris side we are pleased to hear that. It is true that it is<br>
easier to maintain an activity in GCompris than a separate application.<br>
<br>
We already have a &#39;pair&#39; activity that we call &#39;memory&#39;. It has \
many<br> data sets, images, numbers, maths, and others and we have an &#39;AI&#39; \
mode<br> to play against Tux. Some &#39;pair&#39; level could be easily ported to \
GCompris.<br> <br>
The user interface is different as we do not have a &#39;pair&#39; menu entry.<br>
We have sections and in each one there maybe an appropriate &#39;pair&#39;<br>
activity.   I hope this is not an issue.<br>
<span class="HOEnZb"><font color="#888888"><br>
Bruno.<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
_______________________________________________<br>
kde-edu mailing list<br>
<a href="mailto:kde-edu@mail.kde.org">kde-edu@mail.kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-edu" \
target="_blank">https://mail.kde.org/mailman/listinfo/kde-edu</a><br> \
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div \
class="gmail_signature"><div>Life is short, so learn from your mistakes  \
</div><div>And stand behind, the choices that you make  \
</div><div><br></div><div>Face each day with both eyes open wide  <br></div><div>And \
try to give don&#39;t keep it all inside  </div><div><br></div><div>                  \
Dream Theater</div><div><br></div></div> </div>


[Attachment #6 (text/plain)]

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


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic