First Thoughts

If it seems like this isn't a very positive review of Safari, it's not for the lack of trying. We were impressed with Mac OS X 10.4, and happy with Safari there, however that's not enough. Currently Internet Explorer and Firefox are the dominant web browsers, for Safari for Windows to make a place for itself it needs to form a user base by taking users from those two web browsers. Given what we're seeing with Safari 3 today, that's hard to imagine.

As we mentioned previously Safari needs a hook, but at this point it doesn't have one. Internet Explorer is included by default with Windows, and it's the most compatible browser and currently the only browser that supports a sandbox mode on Windows Vista. Firefox has its versatile extension system that allows profound levels of customization and is completely cross-platform. Safari has its inline search, and that's the most notable feature. When we ask the question of "why should we use Safari instead of Firefox/IE?" we come up blank, there's just not enough different about Safari worth going through the effort to switch browsers.

When we ask the question of "why should we not use Safari instead of Firefox/IE?" we come up with the interface problems, and they make a very solid case. Given the current interface problems, it's very hard to use Safari, and no one likes using a hard to use application if there's an alternative. We have to come to the conclusion that unless/until Apple straightens out the interface issues with Safari, we won't recommend it over the current web browsers available for Windows.

This is problematic for Apple. Although we have other theories on Safari that we'll get to in a moment, we're not ready to be so bold as to proclaim that Apple doesn't intend for this browser to be used on Windows by the masses - if that was the case they wouldn't have made it WWDC's "one more thing" or have giving it such prominent billing on their website. So why they've ported the Mac interface over so perfectly remains a mystery as it will hurt adoption of the browser. Perhaps it's another Trojan horse to entice Windows users to use Mac OS X by showcasing how the Mac interface works? Perhaps it's just a genuine Apple blunder by not taking in to consideration how much trouble the Mac interface can cause in a Windows environment? Or perhaps it's something else.

Early-on we mentioned that there have been several more diabolical theories proposed on and off the show floor at WWDC about Safari. The current front-runner of these, and one that we partially agree with, is that Safari for Windows isn't meant to be a browser, it's a developers' kit. As best as we can tell, Safari for Windows is a perfect port of Safari for Mac OS X straight down to the font smoothing; for anyone needing to do compatibility testing with Safari they no longer need a Mac to do it.

This makes website designers' lives much easier as they can test for what amounts to Mac compatibility without a Mac. Additionally, any significant adoption of the browser by Windows users will help drive designers to test for such compatibility, which in turn helps Apple achieve greater compatibility with the default Mac browser.

But it was also announced at WWDC that the only kind of third-party development allowed for the iPhone would be web-based applications under Safari, with these applications designed around the so-called Web 2.0 technologies. If Safari for Windows is a perfect port, as is Safari for the iPhone, then it would be possible to not just test web pages for rendering problems under Mac OS X and the iPhone, but it would be possible to develop applications for these platforms, the iPhone in particular. Given the current situation, this theory makes a great deal of sense based upon what we have encountered with Safari for Windows.

Wrapping things up however, we're left with a slightly sour taste on the whole situation. From a Windows end user perspective, Safari isn't even worth downloading in spite of the hype. From a developer's perspective, it's a useful way to put together web sites and web based applications for Apple's two major platforms. One way or another Apple seems to be in things for the long haul, and given Apple's past software efforts on Windows this probably won't be the last time that they make a big push for Safari on Windows. Let's hope however that things are a little more sensible the next time.

Subjective Testing
Comments Locked

28 Comments

View All Comments

  • Griswold - Saturday, July 7, 2007 - link

    As for the RAM, you're right to a certain point. There are far too many people out there who like to stare at their unused RAM and feel proud that their system is so slim, sleek and... slow, because everything has to be loaded from the slow disk. RAM is here to be used, not to be left unused. End of story.

    But reality often isnt that simple. When software starts to unnecessarily hog RAM, resulting in disk trashing when its needed elsewhere, then its time to have a closer look and criticise.

    Some older FF builds in the 1.5 days were like that. Have FF run for a full day and it would start to bloat up to several hundred megabytes thanks to caching too many previous visited sites in RAM. Manually reducing that number to a reasonable value trimmed down the RAM usage. Personally, I dont see that behavior in FF 2.x anymore.
  • Justin Case - Sunday, July 8, 2007 - link

    Like I said, simply checking how much RAM a program is using tells you nothing about its _efficiency_. Most browsers let you choose how much RAM they can use for cache. If it doesn't respect that value, it's not "bloated"; it's buggy.

    For example, something that Opera has done for a long time and other browsers have only recently copied is this: cache the _rendered_ pages in the browser history. That way when you press the "back" or "forward" button, the page is there _instantly_, regardless of complexity. This makes a huge difference in the user experience and is a good use of 4 MB of RAM. The latest versions of Firefox do this, too. Not sure about MSIE.

  • crimson117 - Thursday, July 12, 2007 - link

    "This makes a huge difference in the user experience and is a good use of 4 MB of RAM."

    I agree, as long as it releases ram it's not likely to use anytime soon.

    If I've been browsing for a while and then load up a game to play, but keep the browser open, then I definitely don't need 400 MB of cached renderings.

    Hopefully it would cache the rendered pages for the past few sites, but write to disk the render cache for older sites in my session to free up the ram.
  • Fede777 - Friday, July 6, 2007 - link

    In the Subjective Testing page it says
    quote:

    Buttons: iTunes(left) vs. Safari(right)
    but it should say
    quote:

    Buttons: IE(left) (on vista) vs. Safari(right)
  • Fede777 - Friday, July 6, 2007 - link

    My mistake, it's just that iTunes looks like safari on XP
  • cmdrdredd - Friday, July 6, 2007 - link

    The most interesting thing to me out of the whole article is the mrmory footprint chart. I never realized IE used so much memory as I don't check the usage.

    I downloaded Safari and it works quite nicely for me. I don't see one browser being vastly superior to another under normal usage though. I'm not so picky.
  • Nemokrad - Friday, July 6, 2007 - link

    Safari 3.0.2 was released two weeks ago today. How come you didn't use it?
  • Ryan Smith - Friday, July 6, 2007 - link

    This article has been complete for longer than two weeks. We had some unusual circumstances that kept us from publishing it on time.
  • solipsism - Friday, July 6, 2007 - link

    I saw that and was able to read the first page before it was removed.

    What were the "unusual circumstances" for not posting it?


    PS: AnandTech is a favorite read for me because of the detail that is usually spent on a topic/item but I found this review to be rudimentary. I would have like to see other speed tests done with heavy JS and Flash pages, a comprehensive overview of how WebKit differs from IE and Firefox engines, a detailed report of how Safari imported frameworks for OS X and not just a mention of the visual differences, and a comparison of HTML5 and CSS3 Open Standards used between the browsers. One in particular that Safari has is the ability to resize text boxes.
  • AnnonymousCoward - Sunday, July 8, 2007 - link

    I don't need that kind of detailed analysis. Since the interface sucks and the window behavior is like a stubborn Mac window, the deal is off.

Log in

Don't have an account? Sign up now