A shiny new Mail client for OS X has been making the rounds recently — Sparrow for Mac.
Sparrow first caught a lot of attention last year when the initial public beta was released. I have to admit, I was quite skeptical after a first look: it seemed like a weird rip-off of Tweetie for Mac combined with everything I disliked about the Gmail web interface.
But the final 1.0 release has really won me over. Sparrow gets rid of the visual clutter caused by lists of folders, unread count badges etc. and puts your email front and center.

Most people would agree that the iPad is a fantastic 1.0 device. This is of course partly due to the shared iPhone OS heritage, but the overall experience is nonetheless is extremely well-rounded and polished.
But there are a few areas that feel a bit crummy, when compared with the rest of the experience. Considering how many apps Apple had to completely overhaul for the iPad’s presentation in January, it’s no surprise to find a few rough edges, on the otherwise fantastic device.
I understand why Apple is hesitant to add any kind of file system to the iPhone OS, but considering how much emphasis was placed on the iPad apps at launch, you would think that they would have come up with an elegant way to get documents on and off your iPad.
Unfortunately, in reality it’s a huge pain. Ted Landau took the time to document all the steps it takes to actually get a document into iWork on your iPad, none of which are particularly intuitive. Plus you then have the hassle of managing revisions and tracking multiple copies of the same file.
The iPhone app SimpleNote and Notational Velocity on the mac show how document sync can be done right. Some apps are also adding Dropbox support, which gives you an idea how file sync in general could be improved. Given the fact that Apple has already done a lot of the hard work by creating the MobileMe and iWork online services, one can only hope that we’ll see seamless, cloud-based file syncing added sooner rather than later.
If you open multiple tabs in safari on your Mac, switching between them is instantaneous. In mobile safari, you can never be sure whether the tab will open immediately, or whether it will need to be reloaded over your wifi or 3G connection. On the wifi-only iPad, where users can’t be sure they’ll always have access to an internet connection, webpage persistance is particularly an issue. The fact that Offline Pages (iTunes link) is currently one of the top free iPad apps in the App Store would seem to underline this point.
Mobile Safari’s limiting caching abilities are most likely due to the limited amount of RAM in the iPad, which has just 256MB, however as Rentzsch has pointed out, it should be possible to offload pages to the solid state drive as a workaround, although it’s not a trivial problem.
Making event creation in calendars difficult seems to be one of Apple’s favorite UI slip-ups. The calendar app on the iPad is gorgeously designed and it makes browsing through calendar entries a visual pleasure.
But the interface for adding entries seems to have been cut & paste directly from the iPhone version and doesn’t make any use of the additional screen real estate the iPad offers. You get the impression the designers spent all their time working on the rest of the UI and simply stuck the editing controls in there at the last minute.
Consistency between the two platforms is of course a good thing, provided it doesn’t slow the user down unnecessarily. I would argue that you could better use the iPad’s screen real estate to make a much more efficient and intuitive event creation UI.
Read MoreWhen Apple introduced the iPhone and later the iPhone SDK, they established a series of UI metaphors, interaction models and conventions, that have served as a template for nearly all third party apps. Gestures such as swipe to delete, or UI elements such as springy lists are simply expected.
Apple has done such a great job of establishing best practices for nearly all types of UI interactions that it’s not often you see news kinds of UI interaction introduced by third party developers.
But when Atebits introduced Tweetie 2, it also introduced so-called “spring reloading”. Basically if you pull down past the end of a list, causing it to spring back, you can refresh the current list of tweets.
Many reviewers noted the ingenuity of this design, as it effectively turned a habit of many users (namely playing with the springy lists) into a useful feature. This design has since been adopted by several other applications and seems as though it may become a de facto UI convention on the iPhone OS.
Here is the original Tweetie 2 design:
Foursquare is basically a straight up copy:
This is Gowalla’s take on it – the logo appears to let you know you’ve pulled down far enough:
And the Wikipedia app Articles uses the design to lock or unlock your screen orientation:
It’ll be interesting to see if this convention is adopted by more applications going forward – or if Apple will even perhaps add it to their own apps. But at any rate, it’s nice to see good UI innovations from a third party developer being adopted by others. I can’t wait to see what Atebits and others come up with for the iPad.
Read MoreFor the first time ever, the iPad gives developers the chance to design desktop-class applications for a multi-touch based user interface.
Here are 3 Mac applications with user interfaces that I think would work really well on the iPad:
This fantastic RSS reader is already multi-touch aware and is a dream to use on MacBooks with multi-touch trackpads. You tap to read full articles, 3-finger swipe up to return to the overview or 3-finger swipe left and right to switch between sections. The gorgeous UI is the closest thing to reading a real newspaper on your Mac and Times could be a perfect match for the iPad.

The coverflow-esque UI in CoverScout is a perfect fit for the iPad: You can swipe through your albums, double-tap to start a search and then drag a cover from your search results to an album to apply it.
The search results bubble introduced in CoverScout 3 is also very reminiscent of the new popover list UI element introduced for the iPad.
Whilst you can certainly argue whether this is the type of application you would use on the iPad, the interaction style seems as though it would be an ideal match.
If there’s one application that would really work well with a touch-screen UI, it’s Djay. Being able to use a MacBook multi-touch trackpad as your DJ controller is nice, but a 9.7 inch touchscreen control would offer a much better, hands-on experience. Currently it looks as though access to the music on your iPad will be restricted though, making a real port of Djay unfeasible.

It’ll be interesting to see which Mac applications will be turned into iPad versions and what level of sophistication iPad apps have. Will they stay simple and iPhone-esque? Or will we see Mac application developers come out with truely desktop-challenging versions of their products? 2010 should be an exciting year for developers…
If you like this article, shop at amazon.com and support Jetplane Journal.
Sebastiaan de With has posted a very comprehensive analysis of some of the new UI elements introduced on the iPad:
As usual with a large Apple product launch, I’ve written up this post to round up the good, the bad, and the ugly of all the new interface and interaction designs that were set loose on the world by the company that’s regarded as the most influential and skilled when it comes to designing experiences.
Man, where do I begin.
He’s done a terrific job of scrutinizing all the videos and screenshots on various websites as well: Cocoia Blog