<br><br><div class="gmail_quote">On Sat, Sep 5, 2009 at 7:30 AM, Ian Wadham <span dir="ltr">&lt;<a href="mailto:ianw2@optusnet.com.au">ianw2@optusnet.com.au</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It is great to read the thread &quot;Kolf Art?&quot; and see the huge<br>
amount of work that is taking place on Kolf 2.  Congratulations<br>
Stefan, Zeng Huan and Arturo --- and welcome aboard Arturo!<br>
Referring back to that thread ...<br>
<br>
On Sat, 5 Sep 2009 5:22:05 am Stefan Majewsky wrote:<br>
&gt; Am Mittwoch 02 September 2009 22:37:33 schrieb Arturo Silva:<br>
&gt; &gt; You&#39;ve supplied plenty of food for thought, but bottom line for my end<br>
&gt; &gt; is we need some pleasant pattern textures and FAST so that we can meet<br>
&gt; &gt; the 4.4 deadline, where Kolf 2 should look and perform at least en par<br>
&gt; &gt; with Kolf 1.<br>
&gt;<br>
&gt; I&#39;m pretty sure that we can&#39;t have feature parity. Because Kolf 2 is<br>
&gt; physically correct, we&#39;ll lose all Kolf 1 courses, and some objects will be<br>
&gt; missing. The editor might have some rough edges, and the OpenGL parts will<br>
&gt; not be in the first release. Still, I think we&#39;ll perform better on other<br>
&gt; fronts, and the codebase will be much better.<br>
&gt;<br>
It looks as though there will not be time to design, build and test many<br>
courses for Kolf 2 before the KDE 4.4 release, even supposing we have a<br>
course designer among us.<br>
<br>
So what I propose is that we keep *both* Kolfs in KDE Games until Kolf 2<br>
has had time to mature and acquire its own repertoire of courses.  That<br>
way, existing Kolf players will still be able to enjoy a round or two and<br>
they will also be able to see the shape of things to come in Kolf 2.<br>
<br></blockquote><div>It depends how things go, let&#39;s see. I tend to not to release Kolf2 when it is still not mature.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Re maintenance of Kolf 1, I will offer to save it from any further risks of<br>
extinction, as I did in KDE 4.3.  I can not stand by and watch years of<br>
work go down the gurgler because of some change in the libraries.<br>
<br>
However, I will not have the time nor the ability to address the many<br>
irritating bugs in Kolf 1, so I am not offering to become Kolf 1&#39;s full<br>
time maintainer.<br>
<br>
There are just not enough comments in the code to understand what<br>
is going on.  And there is no overview of classes.  That all makes the<br>
code very hard to maintain.  At least there are meaningful class, data<br>
and method names ... :-)<br>
<br>
Thoughts anyone?<br>
<br>
All the best, Ian W.<br>
<br>
P.S. Stefan, I really enjoyed your blog on maintenance and program doco:<br>
<a href="http://majewsky.wordpress.com/2009/07/27/code-documentation-is-really-important/" target="_blank">http://majewsky.wordpress.com/2009/07/27/code-documentation-is-really-important/</a><br>
<br>
Unfortunately, I read it too late to post a reply on Wordpress.  This has been<br>
a topic dear to my heart ever since the late 60s.  I could tell you some<br>
stories ... maybe I should start a blog ... ;-)<br>
_______________________________________________<br>
kde-games-devel mailing list<br>
<a href="mailto:kde-games-devel@kde.org">kde-games-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-games-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kde-games-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Cheers,<br>Zeng Huan<br>