[Kde-games-devel] aKademy meeting and APIs (was Fwd: KDE/kdegames/katomic)

[Aaron J. Seigo]

On Thursday 31 May 2007, Mauricio Piacentini wrote:
> Aaron J. Seigo wrote:
> > i'll be meeting up with kde-edu people @ akademy to discuss a bunch of
> > these related issues. i'd like to invite kde-games team members to join
> > us.. we don't have a firm date/time yet, but it will likely be either
> > monday or wednesday at this point.
>
> That will be great. We already have developers that work on more than
> one module (games and edu, games and plasma), so this will be a nice
> opportunity for us to continue enhancing our common policies! And in the

awesome! i'll see if i can get a BoF scheduled for either monday or 
wednesday .. 

> > http://api.kde.org/4.0-api/kdelibs-apidocs/kdecore/html/classKPluginInfo.
> >html
>
> Sure, this could be nice, and something we can do right now. For
> KGameTheme however we chose to keep a more abstract way to expose
> properties (using a key/string pair.) But the actual key names could
> follow any standard we pick:

yeah, it's really just the key names that we share (author name, email, etc) 
that are probably of interest

> we should discuss this at this akademy 
> meeting, and implement it before 4.0 ships.

sounds good =)

> >> Mauricio has added classes KGameTheme and KGameThemeSelector
> >> to libkdegames.  The first is to find, load and decode a theme.  The
> >> second is to drive a theme-selection page in KConfigDialog.
>
> Actually milliams did the cleanup and abstraction of my KMinesTheme
> classes to make them fit for libkdegames. Which can only be good, as I
> see that he is working with libplasma in the past few weeks as well :)

indeed, he gets around =)

> Just to make things clearer: as far as I am concerned you are very
> welcome to provide more abstract implementations of these concepts that
> we could share with other (non-kdegames) apps in the future. You have

cool; and i hope it goes both ways... i think there are some things we're 
doing in plasma that might eventually be useful in the games as well.

(i love this community)

> much more experience with libraray and API-design than most of us in
> kdegames. On the other hand, it is also nice to use kdegames as a
> testground for some of these issues imo, starting with an
> application-specific implementation, then abstracting it to libkdegames.

agreed. i'm quite happy with this process; we're doing similar things with 
classes in dolphin and plasma/krunner as well ... so much easier to come up 
with sane APIs when there are users (applications) of them.

> > we'll also be using the new GetHotNewStuff2 dialog for downloading themes
> > and something called "plasmagik" for the packages, but that won't be in
> > kdelibs until 4.1 due to it missing the libs cut off. we'll be giving it
> > a temporary home in libplasma until then.
>
> Notice that the libkdegames theme selector config dialog page already
> has integration with GHNS2 (also added by Matt.) It has not been really
> tested and reviewed deeply, but we can make a mental note about tackling
> this issue at aKademy, as Josef will probably be there!

i actually just read through the ghns2 download dialog made a few fixes and 
put in a bunch of TODOs that i'll be addressing on monday (as it requires BIC 
changes, such as QDialog -> KDialog as well as some additions to 
KTitleWidget). but yes, we should deffinitely continue to look into these 
things at aKademy.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-games-devel/attachments/20070531/85ba28fa/attachment.pgp