That mailinglist simply works for me. Today I spotted Maxemum TV-guide. Was interested in that for a while, so I downloaded and installed it.

I needed to take some extra steps to get it working for the Dutch TV channels (yes, documented that), but I really enjoy it now. Although it has a bit weird navigation, it is working fabulous.

Of course it popups when your favorite program is about to start, but the feature I especially like is ‘blacklist’, when you blacklist a program, you never ever see that program again, one of the first tv-programs was of course “De bevalling” (which shows you very detailled how a child is born) and “Jensen!” (a talkshow presented by someone i do not like (understatement)).

Keep those announcements coming!

I see all kinds of invalid arguments passing by here and there. I think it is no work at all to keep the Dox current.

Whenever you change an existing method you change the dox accordingly. Whenever I do a commit, I almost always look at the diff before that, that is where I clean left overs from failed experiments, fix whitespaces, make a small optimalisation and adjust the apidox comments….

There is a lot of helpfull kde documentation, without it I would have never put X-DCOP-ServiceType=Unique in my .desktop while converting RSIBreak to a KUniqueApplication. Only because it was mentioned in the KDE API Reference.

I imagen the same will happen for potential new contributors of KMyBigApp. Really, it is no work at all. Just do it.

After reading Aaron’s blog, slowly all marketing lessons I had at school returned. One of the important lessons I learned that you always should prevent product names to become brand/corporate or a generic name.

The reasoning behind that theory can be found on internet on numerous places, but one of the reasons is that it can get difficult to get a trademark on a product name which has become a generic name.

Now when I joined KDE, those two were already the same. It is pretty difficult to separate them again later. I’ve not heard of a case where it worked, but that should not stop us from doing it (I believe we have done more things people said were impossible ;-))

But there is an additional problem. Say we have renamed the KDE-project to Obelix. What would be the difference? KOffice is then a product of the Obelix-project, but it still depends in the same way on KDE, but still is not part of KDE as Askie mentioned and which is the reason for this discussion.

In other words. Even when you rename the KDE-project to Obelix, applications which are based on KDE-libraries are still called KDE-application, but are not shipped with the KDE-desktop, so the confusion stays exactly the same.

One way around this is to rename the libs of KDE to something else, say Sidonia. Then you would have a KDE-desktop based on the Sidonia-core and ‘external’ applications based on Sidonia-core. KOffice is no longer a KDE application, it only uses the same libraries/core.

I hope you understand what I mean ;-), I want to point out that renaming the project or desktop is not the thing we should do. We should instead give the libs (on which the other applications depend) a different name then the KDE applications which are released with KDE.

Two weeks ago I swapped websites, from a Mambo site to a Drupal site. It has some advantages. The biggest one being that it is possible to have different feeds, so dutch articles don’t go up to planetkde.org

I’ve also uploaded RSIBreak into KDE’s playground/utils area. It is an appication that can prevent illness caused by working behind your computer for large amounts of time. In The Netherlands, this is well known as RSI, Repetitive Strain Injury. At certain intervals it will remind you to take a break.

I’m looking for testers and contributers, so if you are interested, please make a comment or bug me on IRC. I’ll attach a tarball of a week ago to this blog, so you can check it out easily.

Mijn feed op http://planetkde.org is nog steeds niet aangepast, dus veel meer publiciteit kan ik aan RSIBreak even niet geven, maar dat maakt niet uit. Dat komt wel.

Thorsten Steark, die voor kdepim actief is, is wel geinteresseerd in het meehelpen aan RSIBreak, dus dat is wel fijn. Hulp van iemand die daadwerkelijk iets af weet van c++ is wel zo verstandig.

Ben nog steeds bezig met het tonen van de afbeeldingen tijdens de breaks, deze kloppen nog steeds niet. Ik ga nu maar eens wachten op de Renchi van digiKam, hij weet vast wel hoe het moet….