Well, phooo. How to write this reasonably well... 
A few week back I was looking at how different browsers are handling font rendering ad here's what I remember from my observations. Also, I'm using the Ubuntu style lcd patches from kodx which make my rendering *slightly* different but I'm pretty sure the basics are still the same.
Firefox/Iceweasel/Seamonkey Mozilla family- own rendering engine in standard and Debian package, seems to use grayscale at all times.
Chrome/Chromium (webkit but...)- there can be difference between which one you're on at the time but right now both are seem to be using a mix of fontconfig settings and Xfonts and an lcdfilter set, which is kind of wacky. If you have
rgb subpixel rendering on *and* are either using xfce with that set or have an .Xresources file in Openbox set to rgb it always sets the fliter to the lcddefault one. Basically it seems a weird combo of whats in fontconfig and Xfonts or xsettings and it's own extra bit of filter setting. Which may or may not be a desired outcome (looks okay right now on mine if a bit oversmooth). And I think they went offspec with webkit, since the raw engine honors only fontconfig as far as I can tell.
Midori, Arora (webkit)- honors fontconfig, easy.
Opera- if you're using xfce the newer dailies seem to be respecting those settings. If you're using Openbox *and* have an .Xresources file with subbixel or filter handling in it, it might not be working out so well since it's tripping out and cutting off antialiasing, and if no .Xresources using it's own settings. They claim to be honoring fontconfig but the hinting is all whacked out on mine on the current daily on Openbox (and their bug reporting system sucks). Actually I'm kind of wondering how it's looking for others.
As far as default browsers (just opinion)...
Debian (mothership) is pretty strict on what they consider free and Firefox flavor Mozilla with branding doesn't qualify due to trademark. The small (or big) issue is identification string (which affects site behavior at times though worked around), time to propagate into the various levels of where we're at (stable, testing) and brand familiarity (though I think that's less of a consideration). If we want to keep it to the base, stick with Iceweasel. It's the Debian control version which is guaranteed (for the most part) to behave with every other thing on a standard install. But it looks like it can get sort of stale at times.
However- I think a lot of us stick Firefox proper into /opt and do the symlink and reconfig to default dance, which is kind of a pain in the butt but keeps it as up to date as we want it right then and gets rid of those little bit of compatibility issues.
So... I think what it comes down to it whether it's better to keep close to the base, or keep up current. And if Firefox or another browser were to become a default someone has to keep up on the package, like *really* on top of it, with things like security updates. It's probably not quite as easy as it sounds.
What goes in is up to corenominal but in my opinion since I usually just use the browser I get to get the one I want- and even though I'd love to have Firefox proper as a default like Ubuntu is doing it (and updating through Ubuntuzilla PPA stylee), or maybe Chrome though that goes even father off base than Firefox I'm thinking it might be best to stick with Iceweasel for the default.
Last edited by chillicampari (2010-06-21 09:11:04)