Skip to content

KDE Games Taking Shape for KDE 4.0

Saturday, 5 May 2007  |  Acid

On May 1st, the KDE games developer community held its monthly IRC meeting. This time the major topic was discussing which games would stay in the kdegames module for KDE 4 and which ones would have to be removed because they don't meet our self-imposed quality standards. Read on for a discussion of this decision.

Our quality standards focus on having resizable, scalable interfaces as modern computers now feature high resolution screens, and having non-resizable games decreases their usability, so now most KDE games use SVG graphics or similar techniques to achieve this functionality.

KAtomic (KDE 3)

KAtomic (KDE 4)


KReversi (KDE 3)

KReversi (KDE 4)

KBounce (KDE 3)

KBounce (KDE 4)

Over the KDE 4.0 development timeline, KDE games has welcomed two new additions, KSquares a KDE implementation of the paper "squares" game and Kiriki, a Tali dice game.

KSquares

Kiriki

Unfortunately, there are around 10 games that did not made the cut, mostly because no maintainer was found to work on the KDE 3 to KDE 4 transition.

  • Atlantik
  • KFouleggs
  • Klickety
  • KPoker
  • Kenolaba
  • KAsteroids
  • KSnake
  • KSokoban
  • KJumpingcube
  • KTron
If any of these games is on your list of favorite games, join us and start working on it so it makes a star comeback in KDE 4.1.

For more details, read this commentary from the kdegames module release co-ordinator.

Comments:

Systematically remove of ugly, redundant borders - AC - 2007-05-05

KDE needs a way to _systematically_ get rid of the ugly, redundant borders that spoil the visual aspect of many of its applications. Just compare the double border (BAD!) on the KReversi screenshot: http://static.kdenews.org/dannya/kreversi4.png with the clean, borderless (GOOD!) play are of KBounce: http://static.kdenews.org/dannya/kbounce4.png

Re: Systematically remove of ugly, redundant borders - AC - 2007-05-05

I totally agree. Also, imho, some of the options in the Lipstik style for KDE 3 should be default in the default KDE 4 style (oxygen?), such as not drawing seperators and handles, and not drawing a status bar frame. This along with application creators cleaning up the toolbars would give KDE a much cleaner look. Just my two cents. And if it's not default, atleast it's customizable. Thats what I love about KDE. Keep up the good work! :)

Re: Systematically remove of ugly, redundant borders - zonk - 2007-05-06

Yup, the customizability is a winner. Especially that I like the borders. Gimme more of them in KDE4, for a nicer look! :)

Re: Systematically remove of ugly, redundant borde - Jeff Parsons - 2007-05-06

This is getting a little off-topic, but speaking of aesthetics... Is there any convenient way to make a group of Qt/KDE toolbar buttons (I wouldn't know if KDE provide their own toolbar/tool button widgets) all take the width of the largest button in the group? Given that most toolbar buttons are quite narrow anyway, this wouldn't usually increase the width significantly. I just find that a group of buttons of slightly different widths tends to stand out in a very bad way - does anyone else feel this way?

Re: Systematically remove of ugly, redundant borde - Adrian Baugh - 2007-05-06

I agree. It's a small point, and I'm sure it could already be done on a case-by-case basis, but it would be neat to have this happen automatically. Probably quite tricky, too...

Re: Systematically remove of ugly, redundant borde - elo - 2007-05-06

"Also, imho, some of the options in the Lipstik style for KDE 3 should be default in the default KDE 4 style (oxygen?), such as not drawing seperators and handles, and not drawing a status bar frame. This along with application creators cleaning up the toolbars would give KDE a much cleaner look." totally agree !!

Re: Systematically remove of ugly, redundant borders - C2H5OH - 2007-05-05

I agree, specially when scrollbars are involved.

Re: Systematically remove of ugly, redundant borders - ac - 2007-05-05

there is no automatic way to make these borders gone. i'm quite sure the borders in this article are mostly added by developers on purpose. the real problem is that currently every game in this article has its own way to do the borders ;). so thats something for the hig. however, i hope thats because the apps are still work in progress, and that the kde-games team aims for a consistent look of their module, and kde in general.

Re: Systematically remove of ugly, redundant borders - Robert Knight - 2007-05-05

> i'm quite sure the borders in this article are mostly > added by developers on purpose. No, that is not the case. The explanation here is that the view in KReversi is housed in a scroll area, and scroll areas have borders by default. You have to add additional code ( not very much, only one line ) to turn it off. I just committed a patch to do that. In fairness to the developer(s), they are spending their time on the important functional points of the application that matter - in this case the game logic and artwork. These little fit and finish tweaks are a good opportunity for new coders to contribute. You don't need a very detailed understanding of C++ either. Using the Cleanlooks style provided with Qt4 ( a copy of the Gnome Clearlooks style ) produces a more attractive interface.

Re: Systematically remove of ugly, redundant borders - Aaron J. Seigo - 2007-05-06

i see you've made 16 commits so far today providing such fit and finish improvements to the games. awesome! thanks robert =))

Re: Systematically remove of ugly, redundant borde - Vlad - 2007-05-06

> scroll areas have borders by default. Would it be possible to change the code of the scroll area class so that that it only shows the border _if_ the scroll itself is visible? If this behavior occurs by default, the application that incorporates the scroll area doesn't have to care about when to place the border (although it would still be able to override the default behavior if it wants).

Re: Systematically remove of ugly, redundant borders - Boudewijn Rempt - 2007-05-05

Removing borders is not hard. It's something _you_ can do yourself. Just run through the kde4 applications, and whenever you notice an ugly border add the single line of code that turns the border off and send of a patch to the maintainer. It's a great way to get involved and grow beyond an anonymous coward into a valued member of the community.

Re: Systematically remove of ugly, redundant borders - Casper Boemann - 2007-05-05

Borders should NOT be removed At least not like that. Don't go about making such decisions in the application as it affect every style. Instead ask the style developer of your favourite style to not draw borders in the scrollview. That way every program will be fixed at one, and you you don't remove borders from styles that actually want it.

Re: Systematically remove of ugly, redundant borders - Robert Knight - 2007-05-05

The problem is that some scroll views need borders, others look better without. This has to be decided on a case-by-case basis. My gut feeling is that trying to do this in an automated way in the styles will not produce the best results.

Re: Systematically remove of ugly, redundant borders - Aaron J. Seigo - 2007-05-06

we already have proof for this in kde3 where various styles try various things with borders resulting in various apps looking alternately bad or good depending on which app and which style. =/ so i have to agree with you here.

Re: Systematically remove of ugly, redundant borders - Kyle Goddard - 2007-05-09

Wow that's nit-picky, the kde 4 screenshot for reversi is a vast improvement over the previous version.

KBounce - Mathieu Jobin - 2007-05-10

I like the fact the KBounce is not resizable and the overall new layout is nicer. but the artwork is really uglier and darker IMO. I wish the same artwork as 3.x would be available in SVG. please the dark and roundly shaped background is horrible

Chess - Karsten - 2007-05-05

What is about Knights?

Re: Chess - Louis - 2007-05-06

As far as I know, Knights is not a part of KDE Games. It is a great chess game though, and I hope the Knights team does a conversion. Does anyone have any inside info on this one?

Re: Chess - TMG - 2007-05-06

Looks like Knights is almost dead, seems like the last activity was from 2005. This is a real pitty, it was a nice chess game. http://knights.sourceforge.net/news.php

ksudoku? - liquidat - 2007-05-05

What is about ksudoku? I thought someone wanted to shape it up for KDE 4?

Re: ksudoku? - Matt Williams - 2007-05-05

It's been moved to kdereview to be tested etc. If all goes well, it will be moved to the kdegames module in time for KDE 4.0

Re: ksudoku? - liquidat - 2007-05-05

Thanks for the answer.

Congratulations - Robert Knight - 2007-05-05

I'd like to congratulate the kdegames team on their work for KDE 4 so far. Along with many of the kdeedu applications, the KDE 3 / KDE 4 difference is night and day. The swish new artwork in particular looks great. If I may insert a request, it would be helpful to have an overlay or some other quick-to-access help screen which explains what a game is and how to play. Opening up and reading the manual is a bit of a chore to do when you are after a ten-minute distraction. Thanks again :)

Re: Congratulations - Aaron J. Seigo - 2007-05-06

iirc, there is a tutorial mode for one of the games and the intention is to add tutorials to the other games over time as well. this should do what you want and would be available from the same opening screen overlay that offers to start a game =)

Nice Article - Troy Unrau - 2007-05-05

Hey, nice article. *virtual high five* I like when modules are cleaned up (waves at dannya and his kdeartwork efforts) so the improved quality of the kdegames module is good news for KDE in general, as it's one of the first things new KDE users will look at, especially if they are not net connected. Cheers

ktron - MamiyaOtaru - 2007-05-05

I find myself playing ktron a lot. It's a good distraction that is over quickly. Hopefully a maintainer could be found, but if not it's understandable to me, as I wouldn't have the time or motivation to do it myself.

Re: ktron - matthews - 2007-05-07

IMHO armagetron is a lot nicer I would rather they took the time to work with armagetrons developers to properly intergrate and update an existing game than waste efforts on an older title that needs far more work. I'm sure if you look around you can find many fitting games that could be worked on and then shipped with kde.

Re: ktron - MamiyaOtaru - 2007-05-08

Sure armagetron looks nicer. But it misses the feature of ktron that attracts me: over quickly. Armagetron is a bit more involved, and not as good a way to blow off a little steam for a minute or two (or 30 seconds). Navigating armagetron's menus takes almost that long ;)

No maintainer for klickety?? - WPosche - 2007-05-05

It's too bad that there seems to be too little interest in Klickety. It's the game my gf loves about Linux...

Re: No maintainer for klickety?? - Knut - 2007-05-05

That's funny, Klickety is the only game my wife cares about. :-)

Re: No maintainer for klickety?? - Ian Wadham - 2007-05-29

AFAIK Klickety will survive in KDE 4.0 as a theme in KSame, which is a very similar game. There was a thread about this recently in the KDE Games mailing list.

Re: No maintainer for klickety?? - esomer - 2007-05-06

That's really really sad. Klickety is also one of my favourits (if not even THE favourite). Hopefully somebody can and will take care of it. Kind regards esomer

Re: No maintainer for klickety?? - Paul Broadbent - 2007-05-06

Ksame is a very similar game, and that is alive and well for KDE 4. There will be no klickety for 4.0 unless a maintainer appears out of nowhere in the next couple of days and starts getting it into shape. And that's pretty unlikely I'm afraid.

Re: No maintainer for klickety?? - Jan Vongrej - 2007-05-07

But maybe someone wants to do that =]]]

KDE Games - Klatu - 2007-05-05

Same tired lame ass games now with a pretty face. Linux gameing is never going to go anywhere with these passing as "games"

Re: KDE Games - Martin - 2007-05-05

Well, it sure beats minesweeper and/or solitaire:)

Re: KDE Games - Chani - 2007-05-20

actually, I miss minesweeper. there must be a linux version somewhere... time to find it!

Re: KDE Games - Torsten Rahn - 2007-05-05

... was this lame ass troll meant to pass as a "comment"?

Re: KDE Games - Aaron J. Seigo - 2007-05-06

these are amusements and distractions, not "games" as used in the context of "the gaming industry". there are a couple types of games: simple, fun things to play and full-on entertainment. the latter are more akin to movies and novels, the former are more like solitaire, soduko and crosswords. in fact, that's often where the source material comes from. =)

Re: KDE Games - Thomas - 2007-05-06

yeah.. the gaming industry is not motivated to do something about Linux. I could not care less, because 95% of those "games" are like glossy paper. Looking shiny but little substance. Try playing bzflag with your mates. Trashy GFX, looks like crap actually, but loads of fun for hours. I don't want the game to provide complexity, I want the game to be made of simple rules to built the basis for some complex gameplay.

Games release - Bert - 2007-05-05

As I understand all that is needed is a KDE4 development plattform. But as long as pre-alpha nothing will happen. How does porting Games from KDE3 to KDE 4 work? What are the differences and what time does it take per game?

Re: Games release - superstoned - 2007-05-06

Many distributions already have KDE 4 packages for developers, and when alpha 1 is released, many more will do so (I happen to know a bit about that ;-)). About the porting of the games, my impression is that it's some work, but not too much. It seems pretty doable, which makes sense, as the games aren't that big. Help of artists is important, though, as you will need some help in the art area for nice, scalable graphics.

Re: Games release - Paul Broadbent - 2007-05-06

The biggest work needed to port games from KDE 3 to KDE 4 is changing them to use Qt 4 rather than Qt 3. Other than that there are a few other upgrades which are being added to all appropriate games like resizable, scalable interfaces and theme support. With regards to time, it really depends on the complexity of the game. The change to how Qt 4 handles graphics is quite significant.

Block appearance - MechR - 2007-05-06

Whenever I see preview pics of KDE4's new game graphics, the one thing that keeps bugging me is the blocks, particularly when they're in large groups. Maybe it's the dark edges/color, the identical lighting, or the way they leave gaps when stacked, but in a word, they don't look "real" at all. It's kind of distracting...

Re: Block appearance - Joseph - 2007-05-06

I agree with you, I don't like very much the blocks in kbounce (my favorite game of kdegames) and katomic. I think thee border of they could be thiner...

Re: Block appearance - Morty - 2007-05-06

This is one place to help improve KDE where neither programming or creative artistic skill are needed. The graphic are just SVGs and as good as finished, only minor modifications needed. So why not try tweaking it yourself and apply that last bit of polish making it better. That way the games developers/artist can consentrate on more pressing matters, like porting the rest of the games. While you improve it from decent to perfect :-)

Kolf - Peter - 2007-05-06

One of my favorite KDE3 games is Kolf. Could anyone post a screenshot of the KDE4 version?

Re: Kolf - Paul - 2007-05-06

No :) The new Kolf artwork is currently "programmer art" made by me, so although it looks better than KDE 3 kolf it has yet to had much work on it from anyone with any real artistic skill. Don't worry, this will happen before the KDE 4 release, but there is little point showing you a current screen shot as there are likely to be big changes between now and October. Of course if you are desperate to see it you could drop me an email, but I don't want to post anything public yet.

Re: Kolf - Peter - 2007-05-06

Ok, I'll be patient :). Rock on, though, Kolf is much-needed diversion ;-)

for KDE 4 games - Stoner - 2007-05-06

KDE is a great Desktop Environment!!!! About the games: I think, it's better to include small games equivalent of Sven and Moorhuhn ( http://www.phenomedia.de/ ). This games are very amusement and relaxation,but to my regret, they are for Windows and are not "open source".....

Re: for KDE 4 games - Philipp - 2007-05-07

Both games are not "politically correct", but it's exactly this reason why they are so popular. But I agree that such games make a lot of fun ;-) Will be very hard to get such games into the standard KDE environment.

why waste time on games? - Brrrr - 2007-05-06

I use KDE at home and work. My home office is KDE only. IMHO KDE team should not waste their valuable time on games. Games are the least important parts of KDE. Please spend your time on more important parts of this wonderful OS. :) Cheers!

Re: why waste time on games? - Matt - 2007-05-06

If you don't like it maybe you could hire them to work full time on KDE4? I hear the plasma dev's have not even written any code yet so they could use a hand. It's my guess they would still do kde games in their spare time though ;)

Re: why waste time on games? - Sebastian Kügler - 2007-05-08

> I hear the plasma dev's have not even written any code yet If you haven't heard, then you should start checking again. There's work being done on the library side, there's krunner already in. It's not finished, but it's definitely under way. Stating this kind of FUD is putting of developers, so please educate yourself before doing so. > so they could use a hand. Absolutely. =)

Re: why waste time on games? - Matt - 2007-05-08

It was a joke ;)

Re: why waste time on games? - cm - 2007-05-06

Since most of the KDE contributors are not paid for what they do they will work on whatever they like (which is probably their own applications). It's their decision. They are not resources that can be reassigned by some KDE project leader. KDE as a project just doesn't work like that.

Re: why waste time on games? - Diederik van der Boor - 2007-05-06

> Please spend your time on more important parts of ... These cool guys are not "movable resources" that can be assigned to a different task.. ;-) Likewise, putting all GNOME developers at KDE code won't make KDE4 development twice as fast. So understand: if these cool guys were not working on KDE games, they likely wouldn't work on KDE at all. Keep the thumbs up for them!

Re: why waste time on games? - Josel - 2007-05-06

I would say, do more work on games. Games are a ideal start for new developers, as they are small, don't depend on other more complex projects, but allready take advantage of all the kde-core technologies. And many of the devs working on games, also contribute to other projects. So if nobody works on improving games which attracts new developers, that might result in less work being done on other modules.

Indeed - Ian Monroe - 2007-05-06

Its kdegames, not a zero-sum game. :) I really hate it when people say "stop working on this, work on xyz instead." It shows complete ignorance of open source and a certain level of just being a jerk. Note that I don't mind someone simply saying "please implement xyz", user requests are an important part of open source development. Or for that matter "please don't implement xyz, I think its a bad idea" is great as well. But the notion that the thread parent has that people's free time is something they have the right to redistribute is just disrespectful.

Re: why waste time on games? - Henry S. - 2007-05-08

I don't think astronauts should waste their time in space while I have pot holes on my street. They should fix the pot holes and other things first. Point: Game programmers are game programmers...that is what they do.

Re: why waste time on games? - Henrique - 2007-05-08

Well, if I didn't spend time on kdegames, I would use the extra time to play World of Warcraft, not to work on Plasma. So, it's not like resources can be simply relocated...

What about KMahjongg and KShinen-Sho? - RichiH - 2007-05-06

Those are two games which I would definitely _hate_ to lose. While I don't have the time to play them regularly, I get into a frenzy every few months..

Re: What about KMahjongg and KShinen-Sho? - Paul Broadbent - 2007-05-06

I wouldn't worry about them. They are alive and well and the new graphics are absolutely beautiful :)

Re: What about KMahjongg and KShinen-Sho? - Debian User - 2007-05-06

Just a reminder, KDE3 games will continue to perfectly run under KDE4. They may just look a bit outdated... Yours, Kay

Decent - Yoyo - 2007-05-06

Looks decent but not very eye-candy :P

Games - Dennie - 2007-05-06

I think the games in KDE4 are getting way too much attention. The games are nice and all, but are an extra. A way to entertain people. But where is plasma? Where are the great features the plasma project was talking about? Where's the "arthur" eye candy in the theming engine for KDE4? Where is the task-based approach everyone was talking about. Plasma seems to become vaporware. Please don't let it come that far and focus on that what needs to be done before we find ourselfs playing games in a QT4'th KDE3.

Re: Games - Luca Beltrame - 2007-05-06

Sigh... stop being so negative. Do you realize what you say will just discourage the developers? If you think something has been overlooked, please help. Otherwise, post *constructive* criticism, politely. Messages like these are useless, because they help neither the developers nor the community.

Re: Games - hummingbird - 2007-05-06

Well, I'm afraid he's right. Plasma *is* vaporware. There used to be a great forum on http://www.kde-artists.org/ with sooo many good ideas about plasmas...now it's all gone. Also, there were tons and tons of mockups. There was so much talk about Plasma and how it will be the most important thing in KDE4 and redefine what a desktop experience is about... http://www.golem.de/0507/39114.html What's left of all that? Nothing. Vaporware... :(

Re: Games - Adrian Baugh - 2007-05-06

B?ll?cks. Plasma was never going to be the most important thing about kde4. Perhaps nepomuk, perhaps the various improvements that get made daily to kdelibs. Quite possibly the qt4 goodness. But to fall into the trap of putting eye candy at the top of the agenda... hey, anyone heard of the enlightenment windowmanager recently?

Re: Games - Luca Beltrame - 2007-05-06

I don't think anyone among the KDE developers (if anyone can confirm, please post) put eye-candy on top of the agenda. Look at Solid, Phonon, Decibel, Strigi, Nepomuk... nice technologies that don't bring eye-candy at all, but they're extremely useful. not to mention the huge work that went into kdelibs (and I thank aseigo for posting those reports on "kdelibs mondays" on his blog). I think that most of the people who call Plasma "vaporware" confused the goal of the project with its visions, or have unrealistic expectations.

Re: Games - Aaron J. Seigo - 2007-05-07

> confused the goal of the project with its visions i think so, yes. on the other hand, i'm now spending my time on the workspace instead of the libs. so .. maybe we'll start to see results ;)

Re: Games - The Vigilant - 2007-05-07

Whatever becomes of plasma in the end, you have already done a tremendous amount of work on kdelibs and KDE coordination and promotion in general. Thanks a lot Aaron. You rock.

Re: Games - Jan - 2007-05-07

Well, as an user, when you read this for example: http://plasma.kde.org/cms/1029 ...then you think about the uber-desktop, packed with eyecandy and useable for just everyone :) No criticism, but i think that this sets the users expectations for KDE 4.0 very high, and now there are some people a little disappointed by the news etc, even if they have seen nothing of KDE 4 yet :) I`ll take it easy and trust the KDE developers. KDE 3 is already a beast of a desktop and i think KDE 4 will be even more powerful. So thanks to all KDE Developers making it possible, you rock !

Re: Games - Sebastian Kügler - 2007-05-08

Correct, the user's expectations for 4.0 might not be met, most of the exciting stuff will be in KDE 4.0 however. It will take some time to make it into various applications, that will happen in the lifecycle of KDE 4 (so in 4.1, 4.2 and so on). We (the Marketing Team) are trying to match those expectations to the reality, to make the difference between 4.0 and KDE 4 more clear. We cannot expect users to stop dreaming of course. :-)

Re: Games - Carlo - 2007-05-08

> Perhaps nepomuk Maybe not vaporware, but the importance of it is definitely overestimated. Praise a bit more and I'll call it hype.

Can't lose ktron or ksnake - lapubell - 2007-05-06

Those two are the games that save my rainy afternoons, along with wesnoth. Please don't lose these for KDE4. If you need some help, then I could but I'm a web programmer, not a GUI programmer. With some patience I could learn but I really would love for those games to stay.

Re: Can't lose ktron or ksnake - zonk - 2007-05-07

Well, the real shortage seems to be with graphic artists, not programmers. Though I may be wrong, correct me if it is so. :)

Re: Can't lose ktron or ksnake - Matt Williams - 2007-05-07

Well, as is always the case in open source development, we have a shortage of everything :). But the main reason we've dropped these games is because there was no-one maintaining them. Some of them were introduced many, many years ago and the person who originally wrote them is long gone or is working on more important things in KDE. The main thing thing we need for each game if we want to see it make a comeback in KDE 4.1 is a programmer to say, "I'll maintain this game and get it up to date." and since this announcement was made we've had a number of people come forward. We'll have to wait a while to see what sort of results we get but if any of you want to help out, join the kde-games-devel@kde.org mailing list and come see us on #kdegames in irc.freenode.net. We're all very friendly :D and we'll help you with getting started.

Generic SVG tileset - Wilfred - 2007-05-08

Looking at KBounce and KSquares I notice that they all use the same SVG block images and these images could be used further in games like KSirtet. This is a good thing and makes me wonder whether there is any merit in developing a generic 'game imageset' in SVG, or whether one exists already.

Re: Generic SVG tileset - Matt Williams - 2007-05-08

Well actually, KSquares doesn't use SVG at all :D. It's just drawn programatically using Qt. A unified art theme would have both advantages and disadvantages. While it would mean less art had to be created and that there would be a consistent look across the games, it would also mean that all the games would look the same. It would also mean that games would not be able to be themed individually as the theme would have to replace the monolithic SVG file. Admittedly this is mostly a technical problem but I don't feel that it would be worth all our effort :) The simplest way is probably to simply decide on common elements and create all the individual themes is a similar way.

More Games, please! - she - 2007-05-08

I know i know, games are time wasters etc.. and since this is "kde games" there probably wont be huge kde games released, at least not as part as "kdegames" 4.0 or whatever the next upcoming version will be. But but but hopefully! smaller games can be done, more smaller games, more more MOOOOOORE games :) I can never have enough games to showcase what can be done. Think of many old amiga games, they were simple enough but attractive - and worthwhile!

unified highscores environment - richlv - 2007-05-09

i know that these games mostly are 'distractions', but on a longer run, it is really interesting to compare highscores for different people. for quite a long time, i have wished for a unified highscores framework for kdegames, which would allow for games to simply call some functions and save their scores to a centralised location, in an unified manner. this would make it easy to move scores between user profiles, machines - and also would ease a lot the process of unifying highscores from different locations. that would also lift some burden from game authors, allowing them to work on the game itself, not caring much about mechanism to save highscores :) i have no programming knowledge at all, so there is no way i could do anything in that area - but maybe somewhere somebody has thought about this, too ? any bugzilla wish item or something...

Re: unified highscores environment - Matt Williams - 2007-05-10

I have been working on this for KDE4. There is tutorial on using the high score system at http://techbase.kde.org/Projects/Games/Highscores. It doesn't yet provide a way to save the highscore to a system-wide location but that is planned. Currently there is a push to convert as many of the current games to use this new framework in order to provide a consistent style.