I’ve been using iPhoto for a while now, and at first it seemed OK, but the more I try and do with it, the more problems I run into. I think there are some basic lessons about usability and design that come up with iPhoto, and perhaps other OSX applications.
At face value, Apple’s design seems first rate. Things are clear, clean, and general do what you need and expect. But soon problems become apparent, and seemingy insoveable. My theory is that Apple’s design methodology is very strongly based on use-case scenareos. This leads to designs that work well for the intended scenareos, but fall apart out side of these intended use cases.
A contrasting design approach is based on models and tools – a model of the problem space, and a set of general tools for working in the problem space. The downside to models is that specific use cases and/or tasks may be a bit awkward, and it may take a while for users to learn the model, and put together a plan for using the tools.
On to specifics.
I use a Canon digital SLR, and I shoot pictures in RAW format, which postpones decision-making about image handling so that I can edit the pictures, adjusting color temperature, exposure, etc. with out the losses attendant to jpeg formats and lossy compression.
When I connect my camera to the Mac, importing the pictures is easy enough, and they show up in the iPhoto browser. The first problem becomes apparent. iPhoto automatically converts them to JPEG images, messing up color temperature, particularly on indoor shots, and the applies too much compression.
It becomes clear that I need to use an external editor that can handle RAW to JPEG conversion, so I decide to use Photoshop. Out of the gate, there is no clear way to do this in the UI. Some web searches and browsing settings reveal that you can set iPhoto to use an external tool for handling RAW images. This setting had no effect that I could decern. Another setting was to use an external editor for all pictures. This one worked, in that I could double-click an image in iPhoto’s browser,and it would open the photo in Photoshop.
After processing the RAW image (Photoshop’s defaults seemed pretty nice), I need to Save-As to a JPEG, but where to save it to? If I save it into the folder that the RAW image came from. iPhoto can’t see it. It seems (again, via some web searching) that you need to import the JPEGs back into iPhoto.
This seems pretty awkward, but the worst thing is that the imported JPEGs are filed by the date they were imported, NOT the date the picture was taken, and also, the JPEG versions are put in their own “roll”.
Did any of that make sense? No, of course not. Is a picture a file? Is file produced from a picture? What is the model? Why has iPhoto imposed some sort of database metaphore (import/export commands) when the files are stored on the file system? How can tools like Photoshop that are file-based hope to make sense of iPhoto’s database?
It’s clear to me that my use case wasn’t on the list when iPhoto was designed. Even ignoring fiddling around with RAW, the work process would generally be like this:
1) transfer photos from camera to computer
2) review photos, select good ones
3) edit some photos
4) publish photos (to web, or prints, or album, etc)
iPhoto nominally supports this workflow, so long as you don’t use external tools. Basically, iPhoto does not play with other applications.
Why has Apple been around for 20 years developing a general purpose computing appliance, only to conclude this history with the construction of closed applications that use screwy database designs instead of document metaphore and the file system?
If Apple wants to be the standard for easy, accessable media computing, what is the justification for dumbing down applications to a wizard collection only useful to beginners? There is a way to build an application like iPhoto that uses a model for photography and it’s work process, but it should be useful for some range of users – beginners are only beginners in the beginning.
So, I’m dumping iPhoto and going back to – Digikam and GIMP.