[Kde-games-devel] Regarding Mancala
Stefan Majewsky
kdemailinglists at bethselamin.de
Tue May 4 10:53:52 CEST 2010
Am Montag, 3. Mai 2010 23:51:03 schrieb Mauricio Piacentini:
> So I do not disagree, but I am not sure how we should handle this.
> Maybe it-s is right, and we should simply purge most games and
> implement a new level of quality needed (let us say for 4.6). Then we
> would only have very good games in the module, but I believe only 4 or
> 5 now would make the cut (KPat, KGoldrunner and maybe 2 or 3 more).
> This might not be a bad thing after all, it can be a shake up that
> will produce better stuff in the near future.
I like this idea. In this step, we should also evaluate which parts of
libkdegames could be deprecated (or even removed; IIRC we do not guarantee
API/ABI stability of libkdegames for the whole KDE 4 cycle). For example, the
KGame library could be moved into KSirk's codebase, as this is the only app
using it (according to both LXR and grep), and KGame is not maintained: The
log says that the last non-krazy change was 19 months ago.
Also, I'd like to see KGameCanvas games ported to QGV. It's mostly pointless
to keep two frameworks around, esp. considering the manpower behind QGV.
Because I know Ian's position on porting KGoldRunner to another rendering
framework, we could possibly do the same as with KGame/KSirk and move the
KGameCanvas codebase inside KGoldRunner.
Then there's the GGZ stuff, which only three games are using (KBattleShip,
KReversi, KSquares). And I never saw it working, perhaps except for the new
stuff which Josef Spillner was working on before he had no time for it
anymore.
Any harshness is not intended in these comments, I'm just pointing out that if
we apply a higher quality standard to the apps, we should do the same for the
libs, which we need to maintain, too.
Greetings
Stefan
More information about the kde-games-devel
mailing list