In the five years that I’ve used a Mac, I’ve had two browsers of choice: Camino, and then with Safari 3’s arrival Safari. I know that folks swear by Firefox, but I don’t - and typically find myself swearing at Firefox. Whilst the Mozilla folks have done a fine job of making it look like a Mac app, it never seems for feel and behave like a Mac application. Part of my Safari preference is that I also have a teeny bit of a crush for WebKit, the engine that powers Safari with its CSS animations and long-supported (much clichéd) rounded corners.
In a quick trawl through my Applications folder last weekend, I happened to come across a rather old Chrome OS X Developer Preview that I’d downloaded and promptly forgotten about. Purely out of curiosity I ran it, made sure it was up to date, and started using it.
I haven’t stopped since.
Whilst Chrome looks and feels like a Mac application, there’s one striking annoyance that irritates me: the behaviour when you click on a Folder in the Bookmark bar. In any other browser, it behaves as an OS X menu should. That is, no matter where you click the item, the menu should appear in a fixed location, below the menu item in question. OS X’s default contextual menus appear directly below and to the right of the area you click.

As it stands right now - and shown in the above comparison - Chrome’s bookmark folders behave like a contextual menu (despite also having their own contextual menus), and it’s driving me a little crazy. Yes, Chrome remains in Pre-Beta - and these things can change - but it’s details like this that make or break whether an application feels like a Mac application. Never mind if an app’s got aqua buttons, a sexy HUD or any other aesthetic beauty. It’s all about how an application behaves. If you’re curious, I’ve filed this as an issue on the Chromium project bug tracker.
If you’re wanting to give Chrome a go, it’s available from the Chrome Developer Channel. It’s still pre-beta, however in my experience it seems to be more relating to its feature-incomplete state than anything else. I’ve been using the Chrome Preview non-stop for the past week, and you’ll have to pry it out of my cold, dead hands.
Side-note: If you’re a LittleSnapper fan, whilst we don’t have full Chrome support in the application yet, there’s a bookmarklet you can use to snap from Chrome. All the details are here.
The problem with Firefox is that it’s not Safari.
Congratulations to Adam Shiver on shipping Thurly App, which is a plugin for Safari that uses his Thurly URL shortener with options to post to Twitter. It’s free with a $5 licence unlocking more templating options for super-quick posting.
The more amazing figure is that 6 million of those downloads (over half) are from Windows users.
Another ‘I meant to post it last week’ item, Natalie Downe posted a seriously slick way to make pocketbooks through the awesomeness and magic of WebKit. There’s also some handy Terminal command ones too.
More awesomeness from Elliott Kember
All you need to remember is this: perceived speed is the only test of speed.
- Carsonified Blog » Speed: The Secret Code of the Baristi
I’m linking to this after my Safari PDF rant. Downloads still feel quicker when you’re given more feedback instead of an indeterminate spinner. It’s the same speed, however it’s perceived to be faster as you’re given the feedback.
Plenty, plenty on Safari 4’s changes from John Gruber.
When Mac OS X Leopard finally arrived on the scene, the inline-display of PDFs without the need to install Adobe’s ghastly Acrobat Reader was one of my instant-favourite features. However, it’s not perfect.
At the day-job we provide all our documentation in PDF form right now (debate away: we’re always listening) and it never ceases to amaze me, when talking to customers, that this Safari feature actually confuses and misleads them. You’re probably chortling away at how silly that may sound, but think, for a second, of what you’re presented with: a large grey area where nothing happens for a few moments (or minutes if you’re on a highly-contended broadband connection). It’s not as if there’s no feedback given: there’s the address bar’s progress bar, and perhaps the status bar below the Safari window if you’ve enabled it, that show exactly what’s going on. But I couldn’t help finding it curious that users’ attention is so vividly drawn by the main browser view, and the fact that it’s quite common for people to miss the fact that PDFs are, in fact, loading.
It’s worth pointing out that Acrobat Reader - for all its many sins - at least provides an indeterminate spinner to show that something is going on. I can’t help but feel that Apple could at least match that.
© Nik Fletcher 2010 ~ view the archives ~ grab the rss ~ ask a question