The thing about Opera is, it only has around 2.5% of the market. IE9 will probably have over 30% of the browser market within two years, which is a major factor when thinking about any web development, especially with HTML5 features like canvas.
The reason it took longer for chrome is that they are trying to sandbox everything, including what goes through the GPU which according to the chrome devs is very difficult and painful. They could have gotten the whole thing to render on the GPU a long time ago if it wasn't for the sandboxing.
Good - Opera, Firefox, and IE9 are all aready going this route. For Chromium not to support this would be a big thorn in their side, especially with their plans to support native code for extensions (aka, "Chrome Apps").
As exciting as it is for IE9 to enter the next-gen browser wars in earnest I wonder if they are already too late.
IE releases are still tied to the years long windows ship cycle, which is a significant disadvantage when all your competitors are on months long cycles. Saddled with such a huge OODA disadvantage as well as all the strategy-tax BS from MS is there any hope?
By the time IE9 is actually out Chrome may well have hardware accelerated everything, an LLVM client/plugin model, javascript that runs faster than Java, and client-side Erlang support (or who knows what), with Firefox not far behind. It'll be interesting to see how this plays out.
"IE releases are still tied to the years long windows ship cycle, ..."
I'm pretty sure I get notifications for Windows Updates when there's a new version of IE. And even if not, I've somehow gotten IE 7 or 8 on an XP install, so it's no different than when Mozilla or Google announce a new release. If you want it, you get it.
The people who want it are irrelevant. So are the people who don't want it. Both are minorities compared to the people who don't care, and just pick the default option. Chrome's default is to silently upgrade, and light a tiny orange dot when you need to restart.
I ended up with IE8 because I ran Windows Update, not because I had some desire to get a new IE.
Exactly. Chrome updates faster because it does it with zero user input. It just happens whenever spare resources are available and politely lets you know when it's done. IE8 needs you to run Windows Update, which a significant number of users don't want the hassle.
IE9 is a lot friendlier to a system admin trying to install on hundreds of computers. The default Chrome download doesn't even install system wide. It would help if Google has a simple MSI package that did a systemwide install and allowed for updates from a local server, not calling Google all the time.
The automatic and frequent update system is one thing which makes Chrome very good. It can pretty much be assumed that all users connected to the internet would be atleast on the latest stable version.
Actually, in a place with a good internal network and a lower speed external connection, it makes Chrome very bad. Taking up bandwidth downloading the same thing for multiple computers is bad. Windows and OS X allow one download to be propagated to multiple machines. This is an efficient model that allows reporting on which machines didn't get the update (thus making it a lot more likely all machines will be updated).
We all don't have the same internet connections that Mountain View has.
> We all don't have the same internet connections that Mountain View has.
Luckily, Chrome use differential updates. This means each update is a tiny binary patch. If you combine them all on your network, it's still a smaller update then one single IE update of 250MB deployed to each machines.
1 250mb internet download vs. 4-8mb for a couple hundred machines on the internet line is a big difference. Particularly since I can plan when the big download happens (and update) versus all the small downloads that happen in a lab at the same time because of a class starting. Students with the first class of the day don't feel terribly happy about being the designated updater of some company's software.
Make that a few kb. And last time I checked at my work, admin updates usually happen during work hours and affects people working in the "lab". Also, it's 1 250mb that is sometimes installed on each machine on the network, so way worse than a few kb.
Your admin is doing it wrong if updates of a few kb are clogging his network. Also, small labs can't afford to pay admins at night, and big labs surely can afford a few kb transfers on their networks. We're talking about gigabytes networks and admin can always use cache proxy so that chrome only taps the net once for the tiny kb update.
I highly suspect that you are projecting the experience of other auto-updating software (such as Adobe Reader) onto Chrome. Chrome's auto-updates are incredibly efficient and very non-intrusive.
The problem with allowing admins to manage updates is that any new version which breaks an internal app in the slightest way would be a reason to avoid updating.
This is what has given IE6 its long life in the corporate world. While this is a pragmatic decision, it can hurt badly in the long run as we all know.
It does seem too late for them to pull off something like they did with IE6 versus Netscape, but I could see their genuine efforts with IE9 keeping them from getting thrown to the wolves by average users. Many people still using IE regularly probably don't care (or even know) what browser they are using, so if the websites they visit work, they'll probably never think of changing and just take whatever MS puts out. I think IE9 could come in time to at least maintain their total browser share of around 50% over the next five or so years.
Most people have no idea what a browser is. As long as MS ship IE as the default browser without choice, they will have a massive competitive advantage and keep the majority of users.
In European versions of Windows, you now get a choice between which web browser to use. That's about as fair as it's going to get.
If we're going to jump into that line of thought: Vista shipped 3 years late and with half of the "cool" features stripped out. I think the IE 9 team has something to prove now, and it's obvious Microsoft is making a push in making IE not suck.
IE still has 60% market share, and it's holding steady. IE9 is going to be one of the most important products Microsoft ever ships. It will be compatible enough with web standards, and offer enough performance, that it should allow developers to build more sophisticated apps based on open standards. Html5, css3 and fast Javascript will soon be a given.
> IE still has 60% market share, and it's holding steady.
You mean: "has been dropping steadily".
> IE9 is going to be one of the most important products Microsoft ever ships.
I've heard that about '95, '98, 2000, XP, Vista and windows 7 as well as a whole bunch of products. They can't all be 'one of the most important products Microsoft ever ships'.
> It will be compatible enough with web standards, and offer enough performance, that it should allow developers to build more sophisticated apps based on open standards. Html5, css3 and fast Javascript will soon be a given.
They already are, just not in the IE world. That's the reason for line one above, Microsoft has been playing catch-up.
IE had 95%. Things change, sometimes things change quickly. Everyone who is capable of using facebook is capable of installing chrome or firefox. If IE truly fell behind, if a new killer web-app/site comes along that didn't work in IE the marketshare numbers would change overnight.
The article says, "New APIs and markup like WebGL and 3D CSS transforms are a major motivation for this work".
That's what makes it exciting. Hardware acceleration for rendering the front page of HN: not so exciting. Hardware acceleration for 3D APIs drawing stuff in a canvas tag: very exciting.
http://blogs.msdn.com/ie/archive/2010/04/09/Benefits-of-GPU-...