[Kde-games-devel] Re: REKO cardsets for KDE cardgames?

[blachner at gmx.de]

>> Yes, I understand. But, maybe, we can add to methods to the existing
>> dialog class which gives the cards as QImages back and maybe add a
>> constructor which opens the advanced dialog which can also handle
>> formats like the REKO format. That means, programs only mus be changed
>> if they want to use the advanced dialog with e.g. REKO format support.

> That would be possible, but it woudln't achieve the goal of making KDE
card 
> games use the decks. So why bother?
Yes, only games which uses the advanced kcarddialog can benefit from it and
can use REKO cardsets. 

> So what's your goal?  Do you want to get KDE games to use the decks or
not?  
> If you want KDE games to be able to see the decks, then you should make 
> them available to the games.  Making the games change to fit the decks 
> won't do it.
Sorry, but I think the two ways are possible, converting the REKO files in
single PNG files or make a better kcarddialog for KDE which allows direct
access to REKO files or maybe other formats too. 

In my opinion, make a better kcarddialog is the better and cleaner way. If
the current kcarddialog already gave images back instead of file names, I
would have already added REKO support. But unfortunally this is not the case.

So I have to decide for me,  if I should make a advanced kcarddialog, a
conversion program to png files or nothing. Making a advanced kcarddialog makes
only sense if there is interest for such a dialog to get it in the CVS and the
card game developers switch over time to this dialog.

So my questions are:

Is there interest for a advanced kcarddialog for the CVS or not?
And If yes, what do you think is the best wa to give the cards to the games
by a list or array of QImages or QPixMap? Maybe I should look in the game
code too see what is used by the games.

-- 
blachner at gmx.de

+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!