[Kde-games-devel] which libkdegames Highscore class for kgoldrunner
Luciano Montanaro
mikelima at cirulla.net
Tue Aug 7 16:20:42 CEST 2007
Il Tuesday 07 August 2007 15:17:09 Mauricio Piacentini ha scritto:
> Dmitry Suzdalev wrote:
> > 2007/8/7, Luciano Montanaro <mikelima at cirulla.net>:
> >> Maybe we need a model-view score system. :)
> >
> > Oh, yes :)
> > In my opinion we need a new highscore system. The old one is overdesigned
> > IMHO. The only usable part of it is KScoreDialog which still needs to be
> > fixed due to some bugs it has. And after looking at its code I just loose
> > motivation to fix 'em :)
> >
> > If everyone thinks like me (or close to what I'm thinking) perhaps we
> > should sit and discuss what we want our highscore system to be (i vote
> > for clean and simple - in general i mean ;)), and perhaps start doing
> > something rather than telling that it is overdesigned (latter is
> > mostly note to myself ;))
>
> While I basically agree with you, I think that for 4.0 we should try to
> convert all (or most) of the games to use KScoreDialog API. Matt has
> added a nice tutorial at
>
> http://techbase.kde.org/Development/Tutorials/Games/Highscores
>
Thanks, this is going to be useful.
> Matt has designed what I believe to be a clean and minimal API for it,
> and we can always improve the backend classes (which are indeed old) and
> the visual presentation, which is something Johann already mentioned.
> But ultimately I think we will all benefit from having this conversion
> in first place: currently we have lots of games already using
> KScoreDialog, and the more the better imo. At least it improves the
> chances of one (or several) of us getting motivated to work a bit more
> on it, while maintaining the external API.
> Then we can sit and decide to do another highscore implementation for
> 4.1. But it is still nice to convert everything to KScoreDialog now: it
> will make migration to a different/enhanced API easier, as the changes
> would be the same in all games, compared to the more complicated process
> we have now. And we would have more time to think about this
> simplification. What do you think?
It makes sense.
> I volunteer to migrate some of the games that are not yet using
> KScoreDialog during this week, just let me know.
>
If this is the plan, I can do the needed work for kgoldrunner.
Luciano
More information about the kde-games-devel
mailing list