Mozilla Slams Chrome Frame As "Browser Soup"
CWmike writes "Mozilla executives today took shots at Google for pitching its Chrome Frame plug-in as a solution to Internet Explorer's poor performance, with one arguing that Google's move will result in 'browser soup.' The Mozilla reaction puts the company that builds Firefox on the same side of the debate as rival Microsoft, which has also blasted Google over the plug-in. Mitchell Baker, the former CEO of Mozilla and currently the chairman of the Mozilla Foundation, said in a blog post, 'The overall effects of Chrome Frame are undesirable. I predict positive results will not be enduring and — and to the extent it is adopted — Chrome Frame will end in growing fragmentation and loss of control for most of us, including Web developers.' Baker says Chrome Frame's browser-in-a-browser will confuse users and render some of their familiar tools useless. 'Once your browser has fragmented into multiple rendering engines, it's very hard to manage information across Web sites. Some information will be manageable from the browser you use and some information from Chrome Frame. This defeats one of the most important ways in which a browser can help people manage their [Web] experience.'"
The usage of Chrome Frame is up to the webmaster - you define it in a metatag. Even more so it sends the Chrome useragent then, so you can apply your hacks like normal.
This doesn't cost any more fragmention than before.
Except Firefox addons are not *necessary* to use any commonly accessed websites (AdBlock Plus and NoScript may be desirable, but not necessary). As such, the people who install them are expected to be aware of potential incompatibility and can disable them if needed (for example, if AdBlock Plus blocks critical elements of a site, you can whitelist the necessary element, or just disable it on the specified site). The required knowledge level to install an addon usually means they know the basic troubleshooting needed to fix addon related problems.
If Google decides that a large number of its services require Chrome Frame, people without the necessary knowledge will be installing it to use those services. And unlike the Firefox addon users, most of them won't be competent enough to troubleshoot any problems that arise from the combined renderer, or even understand the source of the problem.
In addition, it would not surprise me to see a number of sites add the metatag without realizing the implications. Too many web developers are hacks, copying any pasting random junk from forums, reading tips out of guidebooks without understanding the context, etc. If their site's JavaScript is too slow, and a forum post says "Add this metatag to improve JavaScript performance," they'll add it without checking to see if their page is Chrome compatible.
$_ = "wftedskaebjgdpjgidbsmnjgcdwatb"; tr/a-z/oh, turtleneck Phrase Jar!/; print
Urgh, I hate these links to useless tech news websites, rather than the original sources. To see what the Mozilla executives in question actually had to say, with their words in context, read Mitchell Baker: Browser Soup and Chrome Frame and Mike Shaver: thoughts on chrome frame.
And as a bonus, from a Mozilla-technology using developer (I don't think he's affiliated with Mozilla in any official capacity anymore) Daniel Glazman: Google Chrome Frame.
Add-ons for Firefox are much more restricted than they used to be, and as a result are (usually) more stable. And since they are supposed to state versions supported, they usually deactivate cleanly for untested versions of Firefox. As for real plugins, aside from one or two major releases (none in the last year) I've rarely seen a plugin that didn't work identically after upgrade. Most browsers have some plugin compatibility problems after a major release.
The plugin soup is more of a problem if the browser behaves drastically differently as a result of the plugin. With Chrome Frame, most plugins for IE will not work with a page rendered in the Chrome Frame. Multiple copies of the plugin would need to be installed (e.g. Flash), or certain functionality that was only implemented for one browser would not be available in one or the other (e.g. some random third party text box spell checker).
$_ = "wftedskaebjgdpjgidbsmnjgcdwatb"; tr/a-z/oh, turtleneck Phrase Jar!/; print