Photoshop CS4's Interface

So, John Nack has previewed the new Photoshop interface, which has been drawing a fair amount of criticism around the ‘net for being “un-Mac-like”. I think the criticism is frankly a lot of gnashing of teeth because it’s different, and very little else. As Nack points out, if you bother looking at some of the best “Mac-like” apps, including applications made by Apple itself, much of the new design draws very similar parallels. It’s a very clean, modern interface, and keeps pace with the trend towards encapsulated applications (the document driven, single window experience). Frankly, I like it, and look forward to it.

Let’s face it: any user who multitasks ends up with a boatload of windows open at any given time, and there have yet to be really any effective ways to manage all the windows. This is becoming increasingly problematic as we find ways to have more and more windows up at any given time (I’m looking at you, Spaces), and so user interfaces have been forced to rethink how they display their data, to better encapsulate that data, so that everything related to a particular document STAYS with that document. Tabbed browsing was the start, but it’s totally logical that this design philosophy would (and should) enter other applications. Some of my favorite applications are ones that integrate data into the session window — a prime example is Scrivener. In Scrivener, the inspector is attached to the document window, rather than sitting in a separate “inspector pane/window”. From a design perspective, this makes it absolutely clear as to which document you are inspecting, which is particularly important if and when you have multiple documents open at once. The application is designed so that everything you need to do to the document can be done from one document window, with multiple files within it. You can even split the window to display attached research files or another page of writing at the same time, or if you decide you really NEED it to be in a separate window, that option is only a right-click away. That is GOOD DESIGN: it avoids juggling through multiple windows just to get your work done.

Detractors who might say it’s not “Mac-like” haven’t been paying attention. While there is, of course, the opportunity to get it wrong, and not make an effective interface, this is true regardless of whether you’re talking about a unified interface or a multi-window one. However, it’s pretty clear all the way down to the interface of the Finder, that we’re shifting towards a single-window-per-need design philosophy (if you don’t believe me, use the “Find…” option in OS X 10.5, or “Create Burn Folder”, or try out iChat with “Collect Chats into Single Window” turned on and tell me it’s not a better way to juggle a dozen conversations).

The key to note in what I’m saying is that it is PER DOCUMENT, or PER NEED. The places that I’ve seen single-window interfaces be successful is where elements that belong together are placed together. A window, in essence, becomes a method to encapsulate the data related to the task or project it was created for. As such, there are going to be times it DOESN’T make sense. Frankly, I’m just glad designers are realizing that there are times that it DOES.

Twitter Links

Twitter in Plain English: I’m sure many of you are already familiar with Twitter, which is sort of a messaging service to allow for more ubiquitous communication. For those who aren’t aware, the folks at Common Craft have made an excellent video to explain it:

So, there are a variety of ways and places you can include Twitter. Personally, I have it set up via IM using their Jabber service, and also have it added as an application on Facebook. I’ve even added it as a sidebar on my website. These are all free services that haven’t required me to install anything to use.

However, there are some really fantastic other options for those who want a bit more of a robust user experience. Icon Factory has an OS X stand alone application that sort of set the gold standard for 3rd party twitter apps, called Twitterrific, which integrates your tweets right into the operating system, making for a seamless and easy experience. I used it for a while, however when they started charging for it, I stopped using it, and instead stuck with the Jabber services, which, while adequate, lacks both the punch and the reliability Twitterrific offered.

Recently, however, the IM services Twitter offers went down due to overload (a LOT of people use Twitter, and it is a constant battle to keep up with user demand), and has remained down for over a week, leading me to re-look at the 3rd party landscape. So, now I’m trying out an application called Spaz, which has been written using Adobe’s AIR framework, Spry (a free AJAX framework also from Adobe), and jQuery. It’s open-source (modified BSD license), free, and multiplatform (OS X, Windows, and Linux). While I miss the seamlessness (and lack of another icon cluttering my Dock) of Twitterrific, otherwise it seems to be a very respectable client, and well worth the time to check out.

reCAPTCHA

reCAPTCHA is a free CAPTCHA service that uses text that OCR scanning technology couldn’t translate as the random text:

But if a computer can’t read such a CAPTCHA, how does the system know the correct answer to the puzzle? Here’s how: Each new word that cannot be read correctly by OCR is given to a user in conjunction with another word for which the answer is already known. The user is then asked to read both words. If they solve the one for which the answer is known, the system assumes their answer is correct for the new one. The system then gives the new image to a number of other people to determine, with higher confidence, whether the original answer was correct. (reCAPTCHA Website)

Truly, we live in the future.

I’m now using this system for user registrations (which are required to leave comments). So go register, and help read books!