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

[blachner at gmx.de]

> If by "advanced" you mean "specifically tweaked to support some 
> (undocumented?) binary format used by some (proprietary?) image sets," 
> then probably not.
The REKO format is documented. You can find a documentation on Aminet. If
you want, I can later send a link or the documentation itselfs because it is
not very big.

And "advanced" should mean support or the possibility to support other card
formats than the PNG format, especially card formats which have all cards in
one file. I'm open for ideas to do this the best way, but the curent
kcardialog simply can not support such formats.

> A general guideline for KDE libraries is that nothing should be added 
> unless it's already being used by one or two apps in CVS.
Its O.K. I think I would anyway write a patch for one application to test
the new dialog.

> Come to think of it, this is one advantage of the current system.  Each
app 
> can optimize the image loading for its own needs. 
Yes this is true. But you know, all things have its advantages and
disadvantages. The disadvantage of the current system is, that formats like the REKO
format can not be used. Maybe a solution is to add function to give back
QImages and a function to give back QPixMaps? In this way the game can decide
which it will use. Or maybe it is a better solution to give back KIO URLs? 

As I read from your mails you are against support for other formats in
kcarddialog. Your prefer a conversion program to conver the cards to PNG files? Or
what do you prefer?

It's no problem for me if support for other formats in my case the REKO
format is not wanted in kcarddialog, I don't do it. Maybe I add support to my
eyisting REKO CardViewer Java application to convert the cardset to the KDE PNG
format. This is enough for my personal use.


>> Maybe a combination is the best way? That means I write a KIO slave for
>> REKO cardset and the kcarddialog uses this slave to give QImages back to
>> the games. If it is done this way, the games need not access the cards
>> over KIO directly and other card formats can be implemeted as KIO
>> slaves.

>Forcing apps that uses QPixmaps to convert QImages to QPixmaps is wasteful,

>though.  I don't see how that can be considered best.

In my opinion, a KIO slave would be a good way, because that make it easier
to suppport other card formats which may be exist too. The conversion is done
in the KIO slave and not in the kcarddialog. Is your opinion that it is
better to give KIO URLs (or however this is called) back to the games and the
games should than use KIO to loade the cards?

Btw. Thank you for the "binary compatibility" link.

-- 
blachner at gmx.de

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