<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body>Good job!<br><br><br><span style="font-size:87%">Envoyé depuis Samsung Galaxy Note</span><br><br><br>-------- Original message --------<br>Subject: [Kde-games-devel] libkdegames v5: deletions, audio, naming conventions <br>From: Stefan Majewsky <stefan.majewsky@googlemail.com> <br>To: KDE games development <kde-games-devel@kde.org> <br>CC: <br><br><br><div style="word-break:break-all;">Moin moin,<br><br>so the first cleanup round is done. All API that is clearly deprecated<br>has been deleted from the source tree. Besides KGGZ, this concerns<br>unused classes like KGameLCD or KGameProgress. The wiki page [1] has<br>been updated accordingly.<br><br>This evening I have merged TagaroAudio into libkdegames. The review<br>request has been publicized on this list already.<br><br>As you see in that patch, I have called the new classes "KgAudioScene"<br>and "KgSound". This is a voluntary departure from the old naming<br>convention "KGameFoo". I actually intend to rename all classes to the<br>new naming scheme "KgFoo", for the following reasons:<br><br>1. As a newcomer, it confused me that most classes in libkdegames are<br>prefixed "KGame", but only some of these belong to the so-called<br>"KGame" framework. Even if KGame is now removed from the libkdegames<br>API, I expect something like KGame to appear again. And the name is<br>catchy, I don't want to occupy this for a library class name prefix.<br><br>2. Changing the class names right now in the BC break ensures that any<br>users of the library outside kdegames notice the break.<br><br>That reminds me that I need to start writing a porting advisory document.<br><br>[1] http://community.kde.org/Games/API_cleanup<br>[2] http://techbase.kde.org/Projects/Games/Porting_to_libkdegames_v5<br>_______________________________________________<br>kde-games-devel mailing list<br>kde-games-devel@kde.org<br>https://mail.kde.org/mailman/listinfo/kde-games-devel<br></div></body>