RE: Usability, Design, and Everything

Hey dobey,

You recently blogged:

It’s time to get ourselves off the couch, and onto the shelves. It’s time we get the third party application developers on our side. It’s time we get the hardware support we need. And, it’s time to take back the desktop, along with the web. None of that 10×10 marketing junk. No arguing about how to get it done. Let’s just do it.

I’ve been working on a specification for configuration infrastructure. Last weeks I’ve been discussing this with some of the key-players in the field of configuration management on the free desktop (including the authors of gconf, kconfig, the config system of openoffice.org and mozilla). I’m convinced that in order to get third party application developers on our side, we need to have a solid and consistent way of dealing with this type of application development obstacles. I will not yet publicise this work because I want it to be perfect first.

I have also been talking about the many problematic design flaws of the X11 clipboard (and I proposed a solution). And recently I mentioned the existence of openusability.org to the GNOME usability team. Both in blogs and on the mailing list. And I blogged about the importance of an infrastructure and/or standard for presence notification. I’ve also prepared the Python bindings for this infrastructure and I’m planning to (if nobody else is going to do it) adjust Gossip in such a way that it registers with Galago.

I also wrote this blog, just to make sure everybody is aware of my targets. I’m planning to put a lot of my free time in the targets you can extract from that document. Knowing I’m probably not going to succeed in any of them. Mainly because of the huge amounts of stop-energy we have in our communities.

These are only the recent actions that I’ve been taking. A few years ago I decided to help the Anjuta team because I was convinced that the GNOME environment lacked a good IDE. And that this was holding back third party developers (Face it. vim and emacs are not always what they want to use. Look at Visual Studio. This is often what they want. Yes really). I’m planning to rejoin them because their work on Anjuta2 is starting to look great. I specifically like the gnome-build stuff (they didn’t create this, the project Scaffold of Jeroen Zwartepoorte caused it to get written. But Anjuta2 is the first project to use it and they are, as far as I know, doing bugfixes for the component).

So what I’m basically trying to say: If you need somebody who is waiting to get in action to work on this type of jobs: I’m here. And I’m willing to put my (free)time on this. Regretfully there’s no leadership or committee steering this. Freedesktop.org already responded that they are not planning to be that leadership. So it’s very very hard. Also note that many of our social differences have made it very hard to talk to team members of the other teams in a constructive way (for me, that’s for example the KDE developers). It’s a very unpleasant obstacle. It’s yet another reason why I don’t yet want to publicise my work on the (protocol) specification for configuration infrastructure (so it’s not “dconf”, it’s a spec that a project like “dconf” would have to implement — Yes, I’m also trying to implement it. So this is not vaporware –). It needs to be perfect in every possible way first. There’s a lot stop-energy. Also in our very own team. It’s very very hard to “just do it”. And in my humble opinion are few people doing it nor are planning to do it.

GNOME Usability and Openusability

A few weeks ago at LinuxTag, I met Tina Trillitzsch and Jan Muehlig at their openusability-booth. I asked the guys what openusability is about, their answer was that openusability is an umbrella for coordinated efforts for making open source software more usable.

So I talked with them about how they should be cooperating with the people doing usability for GNOME. I also decided to post a question about cooperation at the GNOME usability mailing list

My opinion is that we should steer our desktop developments in such a way that one day it will really no longer matter, for the user, which libraries have been used by the application developer. Because lets all face it: There’s not a lot non-technical users who really care about our reasoning for choosing to develop for KDE, XFCE or GNOME. Yet we are making it harder, for them, by introducing more and more big differences. At this moment are our programming decisions having a huge impact on the usability experience. It’s my opinion that this is a bad thing.

If openusability is going to help the KDE people with usability (it’s not their only target), I think it’s extremely important that at least some basics are shared or shareable with the GNOME usability infrastructure. Because the study of usability should have the most influence on the user experience of a desktop system. Not the programming decisions. Our users (often) don’t care about our stupid programming decisions.

If we don’t commit ourselves to creating usability standards, we’ll probably end up having totally incompatible ways of expecting user interaction with our applications. We’ll end up with a platform like Windows, where every software supplier decided to create his own usability standard.

This will make educating “The free software desktop” to people extremely expensive and very hard for the users. Because they’d basically have to learn about two usability standards. Two ways of doing the same thing. It would create a lot confusion. If we want to achieve that crazy 10×10 idea of jdub, it’s inevitable to cooperate on usability with other popular desktop application development environments and popular desktop applications that aren’t strongly committed to using the GNOME usability standards (like firefox, openoffice.org, etcetera).

So I urge everybody in the usability space of both GNOME, KDE and openusability to meet, greet and talk to each other.

New drawings

I’ve uploaded a simplified drawing of the concept.It also contains the drawing of an experiment Magnus Bergman is trying. You’ll need Dia to view and/or edit this drawing.

Getting the sources

A temporary SVN repo has been set up. If you want write-access, you should join our temporary mailing list and ask for it.

Renaming the project

We have plans to rename the project dconf. We’ve been thinking about the following names:

  • confuse
  • confusion
  • Irene
  • Harmonia
  • Eunomia

Names that have been taken and/or can’t be used:

  • dconf (taken by Dag Wieers)
  • pconf (taken)
  • yaconf (yet another conf, taken)
  • uniconf (taken — and this project isn’t about unifying things –)

Informatics is like music

I compared the world of computing with the world of music. You can find the nonsense here.