1. A week with Google Chrome

    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.

    Some Observations

    1. It’s fast. Lightning fast - I thought Safari was snappy (and compared to Firefox and Camino, it is) but Chrome is screaming in comparison.
    2. Top tabs - I was probably in the minority to mourn their demise in the final Safari 4 release, but it’s great to have them back. The behaviour of Chrome’s “Open in New Tab” option is also fantastic: when opening links in a new tab, the tab opens alongside the existing tab you’re working in. Safari adds tabs after the right-most tab, whereas Chrome’s option groups the links together, easily allowing you to return to your original tab.
    3. It’s super-stable - it’s not crashed or hung on me in a week - and it’s still not entered Beta. Take that, Safari.
    4. The combined search / address field - I find myself still hitting Tab, expecting it to focus a search box, but another few days use should cure that.
    5. It’s WebKit - enough said.

    The bit where I whinge about some minor issue

    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.

    Saturday December 5th, 2009 (7 notes)

  2. The problem with Firefox is that it’s not Safari.
    Fasturtle, via Jay Robinson

    Thursday July 30th, 2009 (7 notes)

  3. ➶ Thurly App - Posting to Twitter from 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.

    Thursday July 16th, 2009 (1 note)

  4. ➶ Apple's Safari 4 tops 11 million downloads in 3 days

    The more amazing figure is that 6 million of those downloads (over half) are from Windows users.

    Sunday June 14th, 2009

  5. ➶ Dinky pocketbooks with WebKit transforms

    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.

    Tuesday May 26th, 2009

  6. ➶ Pulp Browsers

    More awesomeness from Elliott Kember

    Wednesday April 15th, 2009 (25 notes)

  7. 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.

    Monday March 30th, 2009

  8. ➶ Observations Regarding the Safari 4 Public Beta

    Plenty, plenty on Safari 4’s changes from John Gruber.

    Wednesday March 4th, 2009

  9. Safari and Inline PDFs

    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.

    Tuesday January 27th, 2009