Mac Browsers and Non-Native UI

Jeff Atwood’s most recent post from Coding Horror has really hit the nail on the head in my mind.

Atwood’s article starts by pointing out that many Mac users prefer Safari to Firefox as their primary browser. While I’m not sure if this claim is totally true, since I know many Mac users that prefer Firefox, I can say that in my personal case it’s definitely true.

For me, when I’m using a Mac, Safari is the only browser that gets it right. Don’t mistake me, Safari definitely1 has it’s flaws (more on that later), but it still wins.

Safari is the only Mac-compatible browser that really looks and feels like it belongs on a Mac. It’s made by Apple and bundled with OS X, so this shouldn’t come as much of a surprise. Call me superficial, or *gasp*, a designer, but this point is excruciatingly important on a Mac. Mac users care what their applications look like. They care about good user interfaces, even if they don’t know what that means or have never heard the term. If pressed to explain why most average Mac users prefer Macs, they would probably give reasons like, “It makes sense” and “It just works.” At least the first reason can be attributed to clean and consistent user interface design.

Did I mention that Safari is blazingly fast? It starts up consistently in less time than it takes to sip my coffee.

Safari does have it’s pitfalls though. It tends to choke up a little bit on some more intensive Java or AJAX based pages. There are also those crappy sites that don’t even allow Safari (not Safari’s fault).

I’ve also noticed when developing websites with HTML/CSS/JavaScript, Safari tends to be a little bit more forgiving with errors than other browsers. While on the surface this might seem like a good thing, it’s actually a very bad one. Pages that work perfectly on Safari will inexplicably fail miserably in Firefox. After hours of wasted time debugging (did I mention the debugging in Safari sucks?) I usually find out that the culprit is a piece of invalid code. Firefox does that right thing and chokes on it, letting me know that there’s an actual error. Safari (although give him credit for trying cover up my mistakes for me) ended up making it worse by rendering my page anyway.

For the most part, Safari renders like a good little standards-compliant browser, but every now and then, there are the infuriating bugs. Take this blog for instance. Images that are wider than the content column, are set to automatically scale down. This works great in Firefox (and probably all of it’s cousins). For IE users, the graphic just gets pushed below the sidebar and displayed at full size. But Safari, infuriatingly, almost gets it right. About half of the time, Safari squishes the width down to fit the image, but not the height. This makes for some pretty ugly images, but at least it doesn’t break the page. The other have of the time, it doesn’t resize the image at all. I’m really not kidding here; I opened one of these pages in Safari and pressed the reload button about twenty times. For no explainable reason, Safari kept rendering the image differently. If you’re using Safari, check out this post and try reloading the page several times:

I ended having to add an overflow:hidden tag to keep Safari from breaking the page. I didn’t want to get rid of the image resizing feature just for Safari and the WebKit builds didn’t have the same problem. So, hopefully things will be different in the next version of Safari.

For development work, I end up using Firefox more. I’ll usually start with Safari, but when it comes down to the design details or debugging, there is no replacement for Firefox and it’s extension buddies. That leads me into another serious lack in Safari, extensions. Now, I know that it does have a few, but these simply don’t compare the the wealth of Firefox’s extensions. We can discuss this again when Safari gets its own version of Firebug and Web Developer.

I’ve tried most of the other Mac browsers. Firefox is a fantastic browser. It’s the only browser I use on a PC, but on a Mac, it falls short. It takes longer to load than Safari, sometimes even an explicably long time. Subjectively, it feels sluggish. Then there’s the user interface. The mac is not a Windows machine (except for when it is) and what works in Windows doesn’t in OS X. Despite all of it’s greatness, I can’t use Firefox as my default Mac browser.

For all of the reasons I don’t like Firefox on a Mac, there’s Camino. It’s a lot like it’s cousin Firefox, but faster, sleeker and fits in with the rest of my OS X applications. Unfortunately, I just don’t think that Camino is ready for prime time. In some ways it seems too lightweight. It’s just not robust enough to do everything I want. It has basically the same pitfalls as Safari, except that Safari has been around longer to iron out many of the wrinkles. But give it some time, and it may come around.

Then there’s Flock. Now this is a very cool browser that is very innovative. It caters to the Web 2.0 crowd and does a pretty good job. I even put Safari out in the cold for this one. That lasted about a month. In the end, Flock is still very new and untested. There were too many times it broke on those nice interactive pages, (like say, WordPress Admin). And sometimes, it was very, very slow. Basically, Flock was a nice fling. (Ouch. That hurt to write. Sorry.)

So in the end, Safari wins for me. It’s not perfect, but it finishes with the fewest bruises.

  1. I have a problem spelling the word definitely. When I was writing this post, my spell checker corrected the spelling for me to: defiantly. But in a funny way, I think that works too. Safari defiantly has it’s flaws.

Looking for a Good Windows Text Editor

I’ve been using TextMate for the last couple of months for all of my programming and blogging needs. I have to say, I’m completely in love with the application. It is by far the smartest and most efficient text editor I’ve ever used. I love that it is fast and lightweight. There is nothing wasted on useless features, just the good stuff.

That said, I’m often stuck on using Windows and unfortunately, TextMate is only for Macs. I’ve been searching high and low for a good text editor for Windows, but have been entirely unsuccessful. I don’t expect to find something as good as TextMate, but there are a few things that I just can’t live without. These are my must-have features:

  • A decided ‘lack of features’: I like my text editors fast and without the added junk features.
  • Support for multiple languages: I do mostly web stuff (HTML, CSS, PHP), but support for Perl, blogging, Markdown, and Java, etc. would be nice.
  • Code coloring
  • Sensible keyboard shortcuts: They can be either built in or customizable.
  • Correct tabbing and auto indenting would be nice.
  • Detects line breaks appropriately: The biggest problem that I have on Windows machines is that my line breaks never get through. I regularly write on Mac, Linux, and Windows systems, so this is important.

Hopefully I’m not asking for too much here. Does anybody have any suggestions. Free software would be great, but if the editor is worthwhile I’ll pay (I spent $50 on TextMate after all). I’d prefer open source software or something made by independent developers over a larger Dreamweaver-like solution.

Does anybody have any suggestions?

OS X Java 5.0 r4 update breaks QLA Server

Apparently the OS X Java 5.0 r4 update breaks the QLA 3.5 server. I’m writing this, because I’m certain that this will happen to me later this summer when I’m setting up that Tiger Xserve that’s currently collecting dust in my office.



appointive
appointive
appointive
appointive