Last summer, at GCDS, I had some very pleasant developer-designer interaction experiences. I blogged about this. A week ago the annual Libre Graphics Meeting was organized in Brussels and again there was a very good cooperation between designers and developers. This post describes my experiences there and is the second in a hopefully long series of posts on why it matters for developers and designers to work together.
Visions and goals
A couple of weeks ago I inherited the maintainership of F-Spot. One of the first things I wanted to do was to set out a new direction for F-Spot, to get the development momentum going again and to reconsider our assumptions. F-Spot has a lot of nice and not-so-nice aspects, it’s time for us to set the goals high, be ambitious and go from good to awesome.
While speaking about this with Peter Sikking (interaction architect and over here probably most known for his Gimp UI design work), he correctly noticed that we should have a clear vision first before redesigning things. We sat down and started working on this.
Maybe working isn’t the right term here: working with Peter means having an enjoyable chat where he asks you a couple of questions, which gradually help you crystalize the vision. At the end he grabs his laptop, spends fifteen minutes alone typing and out comes a great vision statement, which neatly sums up what I had in mind:
F-Spot is a cross platform application for organizing thousands of photos. It shuns ‘organizing in folders.’ instead, metadata is the basis for viewing and drilling down the collection. Adding and maintaining metadata is easy and enjoyable in F-Spot.
Individual photos can be retouched and globally corrected (e.g. dynamic range, color), for sharing via the net, printing and viewing by consumers. The number and sophistication of the correction scales to the the ambition of users. An advanced form of corrections is that of batches of photos.
Beginners in the digital photo field can easily start using F-Spot. These and more advanced users are encouraged by F-Spot to grow their skills, to the point where they integrate more specialized photo manipulation software into their F-Spot workflow.
The key ideas here are usable for nearly anyone, yet powerful for those who want it, with a gradual path to grow from beginner to advanced photographer. This vision will serve as a test for all new features: what doesn’t fit in won’t get in.
Spend some time doing this for your project, it will greatly help your project. I highly recommend Peter to anyone that considers working with him.
Interaction architect Peter Sikking
Design, user interface and maintainters
The next day I sat together with some of the great designer heroes of our GNOME community: Garrett LeSage, Jakub Steiner, Hylke Bons and Andy Fitzsimon. Together we started thinking about how we could redesign the user experience of F-Spot. There are no showable results yet (aside from some paper sketches), but I am very impressed with what came out of this session: a clean and powerful experience for organizing photos. Best of all: it’s not the obvious programmer solution. Having designers in the conversation (in this case a lot of them) allows you to think beyond the obvious. It brings in a lot of design creativity which we developers sometimes lack.
Hylke made a very correct observation: every project should ideally have a code maintainer and a design maintainer. I’ve come to agree with this.
Jakub Steiner (jimmac) working on awesome designs.
Take-away points
What to take away from this:
- Get the goals and vision of your project straight. This greatly helps the focus and makes it so much easier to make decisions.
- As a developer maintainer, talk to designers, they will make it so much better. This is often a problem, where maintainers see their projects as their pets. Letting someone else co-decide on the design won’t diminish your merit but it will often greatly improve your project.
- Credit in open-source projects is usually given based on code contributions / documentation / translations. We need to value design more and show them love too.
Fortunately, most of these points are already common practice in parts of the GNOME community.
As for the changes to F-Spot: these are coming, along with massive improvements (in terms of performance, code quality, stability, etc). That’s the subject of another blog post in the near future though.
Mike
Really looking forward to F-Spot’s future :)
(As one of the few [it seems] who have not moved away from it to Shotwell).
RubenV
Hang in there, you will not regret staying! :-)
Adam Tauno Williams
F-Spot can’t go from “good to awesome”, because it is already solidly awesome. You are aiming for (awesome)^2.
rolfman
klinkt goed allemaal!
ben na 25 jaar computeren eindelijk in de wereld van ubuntu en dus ook f-spot terecht gekomen….i like it :)
awesome.. togetherness..
Kirk
The vision is certainly compelling. I understand that you want to move away from organizing photos in folders. I wonder if there was any thought given to interoperability? I’m willing to let go of my folder hierarchy provided other applications (including php for example) can access the pictures in a sensible way. Perhaps the folder hierarchy, should it exist, could be abstracted over, left intact, and f-spot could simply display the underlying data?
I like to think of my picture files as negatives – don’t touch them and don’t reorganize them.
Two ways f-spot currently fails for me with this is that it seems to need to copy all the images into its own library rather than just parsing through an existing library (perhaps I’m not using it correctly?). I prefer the way Rhythmbox allows you to take over control of an existing music file library without altering any of its data.
Secondly f-spot seems to want to alter my exif data (timestamps( which is basically a non-starter for me. The moment I saw that, well, I stopped using it. I understand from a related bug report that this might be fixed now, but has not filtered down to Lucid for example. I hope so.
Anyhow, glad to hear a vision has been crafted. I also am intrigued by the idea of a dedicated designer – a similar discussion was started recently on the Gnome usability mailing list.
RubenV
Hi Kirk:
First, the timestamp thing, it’s fixed in 0.6.2, your dates won’t be changed anymore. Ubuntu packages are underway.
About not touching your files, that’s definitely where we want to go. Organizing them into folders should be optional too (it can do it for you, but it will also back off if you rather have that). They key point here is that if you want to organize files, then there’s a great tool for you: a file manager. We however think that we can provide a much better way of working with photos, without having to worry about the files. That’s where F-Spot is going. But we’re not going to be the control freak and demand sole control over your files.