Firefox 3 Brings Ugliness to the Mac
sanneblad.se
sanneblad.se
The only thing Firefox has on Safari is plugins, but the most useful of those, Firebug, is now essentially built into the new WebKit with it's excellent debugging tools.
The JavaScript performance is blazing too. Just check out the WebKit nightly: http://nightly.webkit.org/
Webkit Debug is ok for dom inspection, but it's horrendously bad for the on the fly CSS modifications that Firebug excels at. It's also missing the js eval console and several other crucial firebug features (+ yslow & firecookie). It's really a poor substitute at the moment.
The main reason why i stick with firefox is dTa & AdBlock plus. Safari has some adblock extensions, but their awkward to install and just dont work as well as AdBlock plus. Linkification, tamper data (lets you edit your http requests), the bugmenot extension, PicLens and what not also rock too.
It's there, click the "Show console" button on the bottom left (looks like a ">" with 3 horizontal lines to the right)
.. and to think that earlier in the Mac's history the mantra for GUI design was "a word is worth a thousand pictures" (see: http://www.asktog.com/columns/038MacUITrends.html). If Apple still followed that mantra railsjedi would have actually noticed that Web Inspector had all these awesome features.
Anyway, besides that, Firefox 3 doesn't seem to leak memory like a sieve like Safari.. the main reason I switched back to Firefox again.
If I use Safari for a few days, I can guarantee it'll be using 700MB->1GB of system memory and I'll need to quit and relaunch. Firefox 3 tends to hover around 200MB no matter how long I've been running it. That's a big deal, even with 4GB of memory.
Then one day, GMail refused to load in Firefox. I tried multiple times, and, while I never found out why this happened (a Firefox update? a GMail update? maybe someone here knows), I quickly ditched Firefox for Safari.
Yahoo's BrowserPlus, on the other hand, supports Safari right out of the gate. Hmm...
Because Mozilla chose to use XUL for as much as possible instead of taking it from Cocoa or Carbon. Nor do they share the same keyboard shortcuts (when typing, to move to the front/end of a line in Safari, then in Firefox for example).
By using Carbon, FF doesn't take any of the Accessibility features most other OS X applications have (like Voiceover). Not to mention the devs will have to rewrite these bits for 64bit support.
Grubar did a write up of FF3 vs Safari 3 awhile ago: http://daringfireball.net/2008/04/firefox_3_safari_3 - other then the Background/Foreground bit at the very beginning, it's still accurate. Though there's still Background/Foreground issues if you look closely (the tab bar when there are no tabs looks like a foreground window no matter where its located for instance).
Huh? Why? "64bit" doesn't change the APIs, at most it should take a recompile to build against the x86-64 version of the libraries. And thanks to Universal (fat Mach-O) binaries one single executable can contain ppc, x86, and x86-64 versions bundled right into it.
True, some plugins for browser (I'm looking at you, Flash) aren't 64bit - yet - but that could be vendors dragging their feet because there's not enough of a demand. Or something else; I'm not privy to what goes on in the upper levels of Adobe. Or any other major company for that matter, but thats not the point of this post.
Browser developers have had to jump through all sorts of hoops to get 32-bit plugins (aargh, Flash!) working in 64-bit browsers, (e.g. on x86_64 Linux distros) but it's presumably even harder to do the opposite, use 64-bit plugins from a 32-bit browser. My x86_64 Linux distro has 64-bit Java, for example, which won't work with 32-bit browsers.
Aside from that, it won't be long until 64-bit operating systems take over even on the desktop, even in Microsoft-land, and the less 32-bit cruft that is dragged around, the better.
Every standard view on Mac OS X receives accessibility and VoiceOver support, whether it comes from Carbon or Cocoa. So Carbon isn't the reason this breaks in Firefox.
i think Safari uses a custom font renderer, which on Windows is far worse than Windows' ClearType (which Firefox takes advantage of.) maybe Safari's rendering looks good on high res monitors, but on my 1280x1024 it looks like shit. it's almost as if it's doing three or four extra smoothing passes
here's a couple side-by-side screenshots (note, there is some bug that makes the background of single-line text fields black):
http://i277.photobucket.com/albums/kk63/temporaryupload/safa...
http://i277.photobucket.com/albums/kk63/temporaryupload/safa...
and yes, i messed around with the options. it doesn't matter what strength of font smoothing it's set to. it still looks fuzzy. in fact it looks worse on lower smoothing settings. maybe i'm missing something, and if so, i'm all ears. maybe i'm just experience a particular set of bugs :/
it's unfortunate because i like most of the rest of the package, especially the fast loading and JS.
Apple and Microsoft have always disagreed on what's more important when rendering fonts, see http://www.joelonsoftware.com/items/2007/06/12.html for an explanation. It's no mistake, Apple does this on purpose, I wish Windows rendered fonts as well as Safari.
it would be nice if it had the option of using the standard Windows rendering. even without ClearType active it is distinctly better to me. i wonder how difficult that might be to arrange (i.e. is that part of the software open source?)