31 January 2007


After the suggestings in the comments of the recent trayicon post I changed the trayicon's "new" number background to orange:

So it should be more RSS like...

30 January 2007

About Feature Requests...

Some of you might have noticed that the feature request tracker on the SF project page did vanish. Well, this is intentional. I closed it. My goal was to reply on everything posted and getting more and more requests while not being able to fullfill at least some of them is totally pointless. And more important it is totally frustrating, because over time it creates the distinct feeling that one is not able to keep up with the users and that one is heading in a totally wrong direction with the implemented features. I know this is probably just imagination but to say it bluntly: it generates dissatisfaction.

Another point is this: when you post a feature request you mostly outline some way of how to use an interface or how a program should behave. Usually it is a refinement of the existing implementation, sometimes it is asking for a different way of realization. What I miss with most of the requests is the consideration that maybe the developers already thought about it and decided against it for well-thought reasons. These might be technical reasons, but more often these are mismatches with the project goal and program design.

So in the end all the work with feature requests is reduced to these actions:
  • Explaining why something is not possible with the program design.
  • Pointing out why something does not match with the program goal.
  • Pointing out why something is not planned due to shortage of developer resources.
  • And sometimes explaining that something is already implemented. RTFM...
Hmmm... Why do I ask is this necessary? Why is it necessary to spend hours each week just to go over these question in different areas of the program again and again? What does the user get from it? Why does he expect this explanation?

Until today I remember never writing even a single feature request to any open source project out there. It just was not necessary. Now what is wrong with me? I always found that each project implements a certain use case with a certain level of program complexity. And when I found that the program was too simple the answer was to switch to a more complex one. And when I found that a program does not do what I want despite being of the correct complexity I found that usually I tried to use it in totally different way compared to the intention of the developers. When trying to adapt a bit to the intended use case one usually sees that there was a lot of thinking behind. And problems suddenly do solve, but in a different way than my "obvious" one. Sometimes it helps looking for the competetive projects because the realized use case might be closer to my "obvious" one.

When reading reviews of applications the argumentation is often this: "after clicking three times and waiting for several seconds I found the program to be totally useless" or "I didn't find a way to do X and before this is implemented I won't use the program". And I ask myself do these authors even have the faint capability of understanding others people thinking and ways of doing things? They probably do, but they obviously do not want to apply it. The same seems to be true with the human species of feature requesters.

After critisizing the current you-have-to-do-what-I-want feature request praxis I want to give my criteria on useful feature requests:
  1. Feature requests should inform the developers of things they propably won't think of themselves.
  2. The suggested feature should match the programs complexity and the project goal.
  3. The suggested feature should match the development resources.
  4. Explain (at least to yourself) why you consider the effort to implement the new feature worth the developers time.
  5. Optional: only suggest things that you would consider implementing yourself.
Back to my claim that I never wrote a feature request myself: with the above conditions you see that #1 and #5 are almost never given which is why I think feature requests are a pseudo mechanism doing nothing good for the open source world except for eating up support resources. So I conclude: feature requests do not help a project. In the opposite!

What do you think?

Ahh... I forgot to mention: This is a rant!

28 January 2007

Improved Tray Icon

One of the feature differences to Akregator until now was the tray icon representation. Since some time Akregator displayed the number of new items rendered in the item. Liferea only toggled between a shaded and an unshaded globe icon.

SVN trunk now has the same number rendering like Akregator supports. Here a screenshot of the normal icons of both programs (Liferea on the left, Akregator on the right) when nothing new has arrived yet:

And this is how it looks when new items have arrived:

The white on red colors are hard-coded and do not follow the theme. This makes some sense as the blue icon also doesn't and red on white has both a good contrast to the blue icon and most themes.

24 January 2007

Comment Feed Support

Here is a preview of what I'm currently working at: comment feed support. While not many blogs do support comment feeds quite a number already does. And if the blog provides comment feeds per post the news aggregator can retrieve them and display them like seen in the screenshot below: