- Recoat rusty parts of libkdegames.
- Bridge the gaps between kdegames, Gluon and non-KDE games.
- According to the TUD's (venue) motto, Wissen schafft Brücken - knowledge creates bridges. We will look into current scientific work to see how the desktop of the future might be affected.
- Julian Helfferich
- Arjen Hiemstra
- Dan Leinir Turthra Jensen
- Jeffrey Kelling
- Friedrich Kossebau
- Felix Lemke
- Stefan Majewsky
- Laszlo Papp
- Josef Spillner
- Shantanu Tushar
Blogs & Reports
Live coverage from the sprint.
- Josef 26.03.: 
- Stefan 26.03.:  -- Photo repository online at 
- Josef 25.03.: 
- Stefan 24.03.: 
- Leinir 24.03.: 
- Friedrich 28.03.: 
- Thursday: arrival
- Friday: opening, lightning talk session, lunch, discussion/hacking
- Saturday: discussion/hacking (lunch inbetween)
- Sunday: discussion/hacking (lunch inbetween), departure
Lightning talk session
- Josef Spillner: Welcome - KDE at the Faculty of Computer Science at TUD
- Stefan Majewsky: The state of Project Tagaro
- Josef Spillner: Online gaming infrastructure alias KGGZ
- Dan Leinir Turthra Jensen: The Gluon Vision, and State of the Project
- Josef: OCS export for GGZ
- Stefan: plugin infrastructure and shell for Tagaro games, a first plugin, first application (Tagaro Shell) outside Gluon to use Gluon libraries
- Arjen, Dan, Laszlo, Shantanu: getting the next Gluon release ready, export headers for Tagaro Shell
- all of the above: brainstorming about future of OCS protocol and GGZ
- Friedrich: make KDE games friendly towards small and touch-enabled screens (e.g. "Full screen" actions)
- Julian: work towards a level editor for KBreakOut
- Felix: continue work on a new a new game idea
- Jeffrey: adding AI to his game
Text for quartlerly report (draft)
Title: Blue Wonder Meeting (24-27 March 2011, Dresden, Germany)
Just before the end of the first quarter of 2011, ten developers gathered in Dresden to discuss and implement the future of KDE Games. The local KDE community was represented very well by four developers, plus two from the nearby German capital Berlin.
While the local students Felix Lemke and Jeffrey Kelling used the opportunity to continue work on their own game ideas and present them to the fellow audience, newcomer Julian Helfferich committed the first bits of his work towards a level editor for KBreakOut. Friedrich Kossebau, motivated by his packaging work in the MeeGo community, assessed the playability of KDE Games on devices with small screens and touch-input and started on a patch to add fullscreen capability to all games.
Apart from these individual projects, the hottest topic (and initial incentive for the sprint) was to strengthen the bonds and to define the relationship between the different subprojects in the KDE Games community.
Dresden-based developer Stefan Majewsky spoke about his work in Project Tagaro which strives to create a libkdegames "2.0" that makes the existing codebase competitive and easier to maintain for the next few years. The other host, Josef Spillner, presented his work on the GGZ project which enables gaming over the network and creates client and server tools for managing social networks of gamers. GGZ technology is already available in a handful of KDE Games, but the existing KGGZ libraries need an update, which will hopefully be delivered by Tagaro in the near future.
Gluon, the other ongoing library effort in the KDE Games community, was represented by four developers from all over the world. Gluon delivers a comprehensive set of libraries for game development and an IDE that allows to create games with as less code as possible. The associated GamingFreedom.org website will allow game creators to share their products and gamers to interact with the creators.
Gluon uses the Open Collaboration Services protocol (OCS) for its social networking features, while GGZ implements similar features since years with a custom protocol. However, Josef Spillner committed initial support for an OCS export in GGZ to allow for integration with OCS-enabled applications like those from the Gluon project. It was agreed to collaborate on interoperable protocols also in those areas where OCS cannot be used.