This is just a troll post getting way too much attention. Let's consider a few facts to put it in perspective.
Firstly, neither IE 9 nor Firefox 4 has been released, and neither HTML5 nor CSS3 is a standard, nor will either be for several years at a minimum. The entire argument in this post boils down to not liking one experimental piece of software over another because the author's personal preferences for experimental features are not supported.
Secondly, when it comes to performance, IE has been getting better with every version while Firefox has been getting worse. If you want to talk about modern browsers in a useful way, instead of about bleeding edge features that no-one will be using on mainstream web sites for a while anyway, consider that Firefox is the only one of the major browsers that does not handle each tab independently, leading to obvious performance and security problems.
Thirdly, the trend for Google and now apparently Mozilla to release updates every few weeks is not necessarily a good thing. The major advantage is supposedly that it allows browsers to develop faster, but as any Linux advocate can tell you, it's no good having a great platform if no-one is building great stuff on top of it. For developers, automated updates every few weeks are often unhelpful, because you're always trying to test against a moving target. When you have to deal with inconvenient realities like contracts and customer approvals on major projects, it's now almost impossible to include testing against Chrome and soon Firefox because you don't even have a stable version to use as a basis for tests. I have no problem with pushing security patches more regularly, but they shouldn't be changing functionality and obviously Microsoft does this for IE anyway.
Maybe I'm just weird, but I consider issues like performance, reliability, and having a stable foundation to build on to be far more important than supporting your own browser's take on some hypothetical future "standard", which is just IE vs. Netscape all over again. On that basis, IE is currently the only one of the big three that is actually going in the right direction. It's just a shame they're not providing it on XP.
Continuous deployment is a mechanism to improve reliability not reduce it, ie is sticking to the same process that has been broken for how long? chrome has proved that continuous release cycle can produce the most stable and performant browser around.
and your continuous dismissal of new web technology as "hypothetical / experimental" and talking about when html5 will become a w3c standard shows a complete lack of understanding as to how the web + browser development works to an extent that its really hard to not see irony in this comment calling the OP a troll
> chrome has proved that continuous release cycle can produce the most stable and performant browser around.
I respectfully disgaree. New Chrome releases have broken both cosmetics (rounded corners, just as the CSS3 version was starting to take off) and basic functionality (H.264 support for the HTML5 video element is disappearing in about five weeks, even though it's there and basically working today, as far as I can tell for purely political reasons).
By the way, the word "performant" is real but does not mean what you think it does. Even if it did, I think you'd still be overstating the case. Chrome is probably faster than Firefox and IE in some respects today, particularly where JavaScript is concerned, but the gap has been closing for some time now. Once IE 9 and Firefox 4 are out, it looks unlikely that Chrome will still be significantly faster for typical real world browsing, which as I've noted previously, I consider to be more important than things like synthetic benchmarks or the speed of features no-one is using yet.
dom rendering speeds even up to ie8 lag far far behind what chrome and firefox have been capable off for years, everyone on the internet uses dom rendering and RIA's are not possible without being able to do fast dom modifications, most real world performance benchmarks have problems even running in ie because it is so slow.
h264 was a conscious choice, nothing "broke", I dont know which rounded corner issue you are referring to, it certainly isnt "broken" and remember you are referring to features which do not yet exist in any release of ie
You make a lot of generalisations about what "everyone" is doing and how "real world" things can't run on IE. If those claims were realistic then companies with widely used web apps, such as several of Google's more recent offerings, would not be able to support IE. However, in practice it appears that these web apps run on IE just fine, and IE continues to hold the lion's share of the browser market. I don't see how to reconcile that massive, worldwide data set with your version of how web development does (or, according to you, doesn't) work.
> h264 was a conscious choice, nothing "broke"
That depends on whether you're the start-up pushing a video-based service and trying to make use of the HTML5 video tag, doesn't it?
It used to work. In the near future, it won't. To most of us, that's a pretty good definition of "broken".
It can hardly be disputed that 1. pretty much everyone on the web is affected by dom rendering speed, 2. dom rendering is vastly slower in ie than chrome / firefox (for their related versions)
IE has a large market share, that has absolutely no correlation to its quality as a piece of software, web developers have to make their stuff work in ie because of its market share, lots of large web apps* either degrade or do not work in internet explorer even with the tremendous amount of extra effort required to develop for it comparatively to firefox + chrome
* Google Wave didnt support ie, offline gmail support is firefox only? google drawings didnt work in ie last time I checked, I am sure maps degrades in parts as well
This is the problem: the things you claim certainly can be disputed, not least because the second hasn't been true for several versions of IE. I know, the web apps I work on do a lot of this stuff, and there has been roughly an order of magnitude improvement in performance from IE6 to IE7 and then again from IE7 to IE8, which is now close enough to the other browsers that we don't notice the difference in day-to-day use.
I think you're making my point for me with the rest of your post: if you read it back, you'll see that you repeatedly contradict yourself about what does and doesn't work across different browsers, not just for IE but for Firefox vs. Chrome as well.
if you are going to dispute them dispute them with numbers, virtually every benchmark, independent or otherwise puts ie somewhere between bad and embarrassing
If you point is that we should just be happy with the web that ie6 supports then sure we wouldnt need to put up with fairly minor differences between firefox / chrome.
Personally I think we are still at an early stage of realising how computing can benefit our lives, for the last 5 years ie has been significantly slowing that progress down, hopefully recent signs continue to show that this progress will happen even if we need to drag ie along the way.
> if you are going to dispute them dispute them with numbers, virtually every benchmark, independent or otherwise puts ie somewhere between bad and embarrassing
1. Benchmarks aren't real world applications. I don't care if it takes 1s rather than 0.5s to run 1,000,000 operations, if all I ever need to do is run 5 of them.
2. The post you linked to is well over two years old. The entire web development world looked very different back then, and the possibilities of using JS and web apps for more serious work were in their infancy. At that point, Chrome did have a decisive advantage over all other browsers (not just IE) in JS execution speed, but of course that's just after Google had incorporated their new JS engine but before any of the more recent Firefox improvements and certainly not taking into account today's imminent releases like IE9.
3. I don't know what all those numbers are meant to mean, because there is no methodology information in the post you linked to. Charts and numbers without context prove nothing, rather like the "infographics" in the original article we're discussing here.
4. Even if you insist on using benchmarks, more recent ones (e.g., those highlighting jQuery 1.5 performance in some navigation features, published a few days ago) have IE9 still slower than other browsers, but more like a factor of 2-5 slower than the orders of magnitude it was just a few years ago. If they carry on improving at the rate they have been since IE7 -- keeping in mind that this seems to be one of their goals, and that the important context here is whether the IE team is following a healthy path for the future rather than whether they are better right now -- then we can expect IE10 to be directly competitive with the engines in other browsers.
As an aside, those few jQuery figures are a great example of the difference between real world usage and synthetic benchmarks. jQuery is a reasonably reputable bit of software, and the difference in performance in some basic document navigation tools -- hardly high-level code, but a step up from built-in JS/DOM functionality -- was as wide between jQuery 1.4.4 and jQuery 1.5 as it was between various pairs of browsers they tested.
> If you point is that we should just be happy with the web that ie6 supports
I've never said anything like that, anywhere in this discussion.
As it happens, I do think the latest HTML5/CSS3 features tend to be more about trend-setting than actually making web development more useful. If you want to make it useful, fire the guy at the W3C who thinks CSS shouldn't have tools like named constants and arithmetic, which web developers have been asking for since forever, and which everyone from programmers to those working in DTP considers entry level.
> Personally I think we are still at an early stage of realising how computing can benefit our lives, for the last 5 years ie has been significantly slowing that progress down,
How is that, exactly? IE has made a small impact in the speed of development of web sites. As we've seen, with competition to drive the market, Microsoft can still develop new browsers, they just chose not to for several years after IE6.
In any case, your point seems to assume that browsers are the only significant means for computers to benefit our lives, which is just crazy. If you want a disruptive technology, look at the iPhone: in just a few years, it has redefined the entire markets of both mobile computing and telecommunications, to the point where it's difficult to find any recent mobile phone that doesn't have a high-res touchscreen or any mobile platform that doesn't support installing custom software applications on the device, helping Apple climb back from relative obscurity in the PC world to one of the largest global brands in the process.
By the way, IE9 supports media queries -- a recent CSS feature that does have current widespread applicability -- just fine.
(Edit: Am I really being downvoted for arguing that qualitative factors and general policies/focus are more important than synthetic benchmarks, when the only quantitative data provided by the person criticising me for not citing hard numbers is one single blog post, from more than two years ago, containing a few numbers based on synthetic benchmarks, with no description of methodology to let us judge what if anything those numbers signify?)
> Benchmarks aren't real world applications. I don't care if it takes 1s rather than 0.5s to run 1,000,000 operations, if all I ever need to do is run 5 of them.
You are clearly forgetting where the web in general is going to. Browsers today serve as a wrapper to applications and NEED to be fast. Not a single web application today uses only 5 or 10 or 50 operations.
> IE has made a small impact in the speed of development of web sites.
IE has made BIG impact in the speed of development. The fact that it has not kept up with other browsers only made that worse.
Even IE8 rendering and its javascript engine have problems. Those are not present on modern browsers and it obviously impacts development because IE needs to have specific testing and specific coding (mostly workarounds).
Did you expect other browsers to be like IE, so that we could have a "standard" on not having standards?
> You are clearly forgetting where the web in general is going to.
No, I just take the view that the current trend of trying to treat a browser as an operating system is not going to last.
I think the web in the future will move back towards being a medium for presentation of information and some limited interaction, and things like native mobile apps and their app stores or Linux distros and their auto-installer tools will increasingly deal with what is sometimes done with "web apps" today. I think the important web technologies for the future will mostly be those that make it easier to present useful information, for example through more powerful presentation tools or providing useful context to web services so they can provide a more personal experience.
I already answered that question from someone else several hours before you posted it: no, I do not work for Microsoft, nor do I have any other connection to them that would bias my comments on this matter.
I simply disagree with what appears to be the majority view on HN in this case. Also, it doesn't help that a significant number of people seem to be responding to clichés that they assume I've repeated and not to what I actually wrote.
> Which version of Chrome broke the rounded corners?
They had rendering problems with several successive versions, as the "bug fixes" didn't for a while.
> What's its current market penetration?
That's not the point. They had a serious regression, which was pushed out to all Chrome users automatically because of their update policy. That one was cosmetic, but things like H.264 are breaking changes that remove whole chunks of functionality. The details don't really matter; the danger inherent in their process is the more serious problem.
> IE6 could learn from this.
Your example is somewhat ironic.
For one thing, IE6 is the bane of web developers everywhere because it didn't follow web standards -- not least because a lot of them hadn't been written yet. Sound familiar at all?
For another, IE6 is still used in a significant number of large organisations even today because those organisations value a stable, controllable platform as a foundation for their in-house developments more than they value the latest bells and whistles on the public web. Again, there's a lesson there for Chrome, Firefox, et al.
IE6 is still used in a significant number of large organisations because those large organisations have chosen to use implementations of fat expensive enterprise applications that have been customised sufficently to screw any chances of following the upgrade path for said fat expensive enterprise applications, meaning they'll only ever work properly in IE6.
At least that's the case where I work. Sigh.
> They had rendering problems with several successive versions, as the "bug fixes" didn't for a while.
Not so different than IE, right? It's really a speed of release issue, if I'm understanding you.
Well, it's a double-edged sword. Speedy releases mean speedy regressions and speedy bugfixes. Slow releases are the opposite.
> That's not the point
For me it is... but I think that ties in, below.
> significant number of large organisations even today because those organisations value a stable, controllable platform as a foundation for their in-house developments more than they value the latest bells and whistles on the public web.
We're definitely talking about some different markets here. The markets I work in simply don't target IE6 any longer. The baseline, if it includes IE at all--sometimes it's targeted at HTML-only specifically, is IE8 and whatever you can force IE7 to do.
When is IE6 going to cease to be the baseline in these other organizations? It's like its having a COBOL moment.
Hmmm... wiktionary includes a definition of "performant" as computer jargon meaning "capable of or characterized by an adequate or excellent level of performance or efficiency" [1]. I find it hard to disagree that this informal use has entered the computing lexicon (and don't personally object to it).
That "definition" includes eight distinct meanings. In time, any of them might be useful and the word might become an accepted part of the English language. For now, it just muddies the waters, when there are clear and unambiguous alternatives available. Perhaps that is why not one of the on- or off-line dictionaries I have just checked recognises any similar meaning of the word "performant".
This post has been brought to you by the "ironic parallels with the topic at hand" department.
> That "definition" includes eight distinct meanings.
"Performance" itself, and many other words, have lots of meanings [1].
> not one of the on- or off-line dictionaries I have just checked recognises any similar meaning of the word "performant"
True, but we have many terms in computing where our intended meaning is not captured by mainstream dictionaries.
> when there are clear and unambiguous alternatives available
Did you honestly find that usage unclear and ambiguous? The standard use of "performant" is so rare that there can be no doubt what the original poster meant. What are the alternative words you prefer? I think "performant" fills a gap.
> This post has been brought to you by the "ironic parallels with the topic at hand" department.
Nice observation! (perhaps not coincidently, I think I come down on the other side of the issue from you in both instances :)
It's more than a shame Microsoft's not providing IE9 on XP. It's positively criminal. Do you know what it's like to target IE8 with a web app that was built for a modern browser? And XP has 60% of the market!
It has been a good... forever since MS has been a proper team player when it came to working well with websites that run on all other browsers with minimal modification.
This is closer than we've ever ever been in the past to having a remotely sane reality.
So pretty please, with sugar on top, fix the fucking browser.
XP needs to die. It's a walking security trap. MS ending support for XP is just as important as them ending support for IE6. Frankly I wish Chrome and Mozilla would also stop support on XP.
Google and Mozilla are committed to security. Microsoft is too, and that is why they postponed the ending of support. It will be a chaotic world if Microsoft stops releasing security fixes to XP when it still has a big market share and allows malwares, botnets, etc. to be installed and propagated easily.
IE9 uses a new hardware-accelerated 2D drawing API called Direct2D (kind of a replacement for DirectDraw) and a new text API called DirectWrite. Neither of these is available on Windows XP, precluding IE from being easily back-ported.
So pretty please, with sugar on top, stop making flippant demands for multi-billion-dollar companies to do things you don't fully understand the implications of.
It is the place of consumers and web developers to make any demands they please of any multi-billion-dollar company they like, regardless of their understanding of the issues. It is the place of the multi-billion-dollar companies to decide whether to honor those demands.
Also, it's not terribly difficult to support more than one drawing API as long as you abstract the drawing code, as is most likely done for Direct2D in Firefox 4.
I was actually referring to the original article, namely IE9 on Vista+, with my flippant comment.
But now that you mention it, I guess we'll just leave it up to the Other Browsers to put accelerated 2D on XP. They're open source if MS wants to see how they did it.
> It's more than a shame Microsoft's not providing IE9 on XP. It's positively criminal.
I understand the sentiment, but I don't think that kind of hyperbole advances the debate in any useful way. Obviously Microsoft are under no legal obligation to support an operating system first released many years ago and when two successors have been out for a while now. It may be commercially sensible for them to do so, but that depends on many other factors beyond the preferences of the web development community.
> Do you know what it's like to target IE8 with a web app that was built for a modern browser?
Yes, I do that for a living, on multiple projects, and so far I have encountered no serious difficulties in doing so. What problem(s) have you found with running "a web app that was built for a modern browser" on IE8?
> It has been a good... forever since MS has been a proper team player when it came to working well with websites that run on all other browsers with minimal modification.
So people often seem to say, yet I find very few portability/compatibility issues with running my web apps on any recent browser. I was surprised to find that in the last problem that did arise, it was actually IE that was compliant and Chrome and Firefox that were implementing non-standard behaviour. And as I noted before, IE is one of the only major browsers that hasn't been playing silly political games with blocking useful video-related technologies lately.
> This is closer than we've ever ever been in the past to having a remotely sane reality.
I guess we just have very different points of view, perhaps born of different real world experiences. In my world in 2011, we are closer than we have been for many years to the hell of IE vs. Netscape, everything working differently in every browser, and having no stable target for development. As I see it, the blame for this lies almost entirely with Mozilla, Google, and to some extent the standards bodies, not with IE.
> What problem(s) have you found with running "a web app that was built for a modern browser" on IE8?
Just take any project dependent on something on the list in the original article, and implement it on IE9.
But there are also a number of things like rounded corners, transparency, and event handling that are irksome. Thank God for jQuery. Seriously.
> As I see it, the blame for this lies almost entirely with Mozilla, Google, and to some extent the standards bodies, not with IE.
Different experiences, I guess. The last major web app I wrote (last year) ran on Safari, Chrome, and Firefox, on Windows, Mac, and Linux. No browser detection was required. IE8 and below were simply too feature-poor to even begin to run it (start with missing canvas, and work from there). Maybe no IE9-specific code will be required to run it--we'll see.
When I read your last sentence, though, I see "the problem is with everyone else, not IE". And that's definitely one perspective.
> Just take any project dependent on something on the list in the original article, and implement it on IE9.
OK, but in that case, what you really mean is a web app built for browsers that haven't even been released yet. I'm sure for some people/projects that is a serious issue, but I think your characterisation is a little unfair.
> But there are also a number of things like rounded corners, transparency, and event handling that are irksome. Thank God for jQuery.
Sure, those are annoying, but as you point out, solutions are easy to come by.
> IE8 and below were simply too feature-poor to even begin to run it (start with missing canvas, and work from there).
> When I read your last sentence, though, I see "the problem is with everyone else, not IE".
Not everyone else, just a small list of specific groups whose specific rapid-release policies keep moving the goalposts. Coincidentally, those groups hold much of the market share not held by IE today, but the point isn't that IE is somehow superior to everyone else, just that I don't like the policy those particular groups have adopted for the reasons I have been giving in this discussion.
Sir, excanvas is as slow as it can get. I am currently working on a web visualization and let me take you to earth, there are two graphic libraries to plot graphs (the ones with nodes and edges, not charts) out there:
1. The distinguished Protovis (http://vis.stanford.edu/protovis/) which doesn't run on some outdated versions of IE8 (and due to company policy I can't run Windows Updates)
2. JIT (http://thejit.org/), which performs poorly (I hardly get more than 2 FPS, whereas in Firefox 3.6 and Chromium Dev it's running well, well over 15 FPS, the target I aim for).
And let me note that making my app work on IE took me two days of work. That is what IE doesn't get and why web developers are mad at IE.
It slows down the pace of amazing UX growth in the web.
> OK, but in that case, what you really mean is a web app built for browsers that haven't even been released yet.
It is true that I am pushing to the future, but only because clients are so demanding. There's a lot of stuff out there that works fine with IE6, though.
IE8 is a generation behind. IE9 should be on-par when it comes out. That big web project I did should run on it without modification, (not counting any instances where I'm out of spec.)
> Sure, those are annoying, but as you point out, solutions are easy to come by
Well, sometimes. There's a jQuery plugin for postMessage-like functionality... but it's relatively limited in data size because it uses a hash hack. Neither FF nor Chrome flinch at postMessage-ing huge amounts of data.
>So people often seem to say, yet I find very few portability/compatibility issues with running my web apps on any recent browser. I was surprised to find that in the last problem that did arise, it was actually IE that was compliant and Chrome and Firefox that were implementing non-standard behaviour.
Go on ... I've come across this once before several years ago but would be interested to know the details of this?
That particular case related to escaping characters that can be significant in HTML (quotes, ampersands, etc.). It turned out that IE honoured the named entities for exactly those characters specified in the HTML4 documentation when rendering an HTML4 document, while Firefox and Chrome also translated some additional named entities that were required by XHTML but not in HTML4. When it came to filling in form content from a database via AJAX, this led to a portability problem where you had to decide what to escape and what to put in verbatim.
>also translated some additional named entities that were required by XHTML but not in HTML4
Sounds like you were passing non-allowed entities into a doc interpreted as XML but as MSIE wouldn't do that it skipped over any issues by pretending it was HTML4?
That wouldn't be a standards compliance failure for FF/Chrome though. MSIE has often coped better with (forgive me) sloppy code, however.
Actually, the scenario was much simpler than that, to do with building dynamic HTML where form fields could contain characters like apostrophes.
It turns out that apos; is not a named entity in HTML4, but is rendered as the single character you might expect by both Firefox and Chrome. However, when we ran into IE not rendering it "properly", it turned out that we were wrong, and IE's behaviour was perfectly legal. (Whether it is standards-compliant to render a non-standard entity in this way, I don't know; the point was that it turned out not to be IE that wasn't compliant at all.)
I think I see now, you mean that as ' wasn't in the HTML4 spec despite the other browsers all rendering it consistently as an apostrophe MSIE not rendering it was not a breech of the standards.
So MSIE was compliant but just backward about it's approach to things that were beyond the standard. This presumably wouldn't ahve been an issue at all is MSIE supported XHTML ... but I digress, thanks for responding.
[backporting IE9.0 to Windows XP]:
"It may be commercially sensible for them to do so, but that depends on many other factors beyond the preferences of the web development community."
It's not within Microsoft's strategy of planned obsolescence. For their continued survival they need people buying newer versions of the same software.
XP came out in 2001. According to Apple, Safari 5 requires OS X 10.5.8 (Leopard), released in 2007. Microsoft actually has a pretty good track record when it comes to supporting older versions of its operating systems. Just a bad record getting everyone to upgrade to newer versions.
Stop the presses. Apple software like iTunes and Safari STILL RUN ON WINDOWS XP. The difference is in how many users are on XP (50%?) vs. older than OS X Leopard (low single digits).
Related: Firefox, Chrome, Safari, and Chrome Frame are all more advanced than IE9 and all run on Windows XP.
>The difference is in how many users are on XP (50%?) vs. older than OS X Leopard (low single digits).
And the reason for that is probably that Microsoft keeps so much backwards compatibility that the cost of not upgrading the OS is much lower than on OSX.
> For their continued survival they need people buying newer versions of the same software.
Or they need people to be paying for commercial support of existing products. I'm not privy to any sensitive details, but I'm guessing they make the bulk of their real money from businesses, and that most large/profitable business customers have some sort of ongoing/bulk deal with Microsoft rather than paying for licences individually. Curiously, those large/profitable business customers are probably also the ones who don't like things like pushing updates every few weeks, because they (perfectly reasonably, IMHO) want a controlled software installation on their standard staff PC and they want to test any changes in-house before committing to adopting them.
"It's more than a shame Microsoft's not providing IE9 on XP. It's positively criminal. Do you know what it's like to target IE8 with a web app that was built for a modern browser? And XP has 60% of the market!"
Considering that, within the UK, IE7.0 is the most popular choice of browser out of the IE range, followed by IE6.0.
So supporting IE8 needs a small fraction of the time needed to support IE7 and IE6. Fixing IE8.0 isn't going to significantly reduce support time and cost. (Juxtaposing that with the XP market share figure of 60%...).
>when it comes to performance, IE has been getting better with every version while Firefox has been getting worse
Fast speed-up happens in developmental builds. There's more to improve than in a finely-tuned end-product that you can't change significantly. And apparently you haven't compared FF 4 to 3 on the same machine. Page-rendering and especially JavaScript are significantly faster on 4. Start-up seems to be slower though, yes; I gather that's partly because they don't intend to optimize it much until the release version.
I'll take moving targets that net-improve with backwards compatibility over years and years of non-change, though I'll admit a) I'm not running a business on this opinion, and b) others may disagree. Web development is extremely highly paced right now, being stuck for years is complete and utter death.
Out of curiosity: what's the "right direction" you think IE is taking? Stability over incremental updates? Or something else?
> Out of curiosity: what's the "right direction" you think IE is taking? Stability over incremental updates? Or something else?
Well, yes, I am in favour of a certain level of stability over lightning-fast development. No-one who is actually developing web sites can use all the bleeding edge stuff the day it's released anyway, and releasing functionality changes every few weeks just means yet another round of reading release notes and blog posts to make sure nothing is about to break. I would far rather have a new version released, say, every 1-2 years, with a clearly defined set of new major features, and with every major browser implementing those new features at roughly the same time and in the same way. This is, after all, the point of standards. (Security patches can be released ASAP of course, but shouldn't change any functionality anyway.)
More than that stability, though, I feel that the IE team is focussing on better support for important technologies that are out there right now and experienced by real people and not just geeks and web designers who like the shiny new toys. For example, while Google, Adobe, Apple, and Mozilla are having a big pissing match and actively dropping support for various things, IE will be happily running Flash, H.264 in an HTML5 video tag, etc.
Along similar lines, recent versions of IE have dramatically improved both JS performance and standards compliance, so most arguments about IE being slow or needing things like CSS hacks are out of date anyway. Moreover, Microsoft have much improved their handling of security issues in recent years, and as I mentioned before, IE has long since moved to running tabs independently. I've been shopping on-line for a lot of networking components recently, and while Firefox has been my default browser for a while, I've been getting awfully tired of waiting around because one of the 20+ tabs I opened to compare products/prices was loading slowly and locking up the whole browser.
Apparently I've gone into super-verbose mode today so I'll stop there. Basically, I do think IE's approach to releases is more practically useful and sustainable, but I also think the IE team is focussing their efforts on technologies that are in widespread use today, while some of the other browser teams seem more preoccupied with bragging rights about trendy-but-currently-worthless new ideas and politics, neither of which ever did much to help real users trying to get real stuff done.
Really? Which version of it do you think they would use? In most of these bleeding edge cases, there is no standard way of implementing the functionality yet, and even in quite common cases (e.g., CSS3 gradients), the syntax is completely different in Firefox vs. Chrome, say. Do you really want a web development world where you have to reimplement every little detail for several different platforms and nothing is standard? If everyone shifts the goalposts every few weeks, any more uniform alternative is going to be difficult to achieve.
While I think "the next day" is obviously a bit of hyperbole, how do you think that the IE team is going to cope with HTML after the HTML5 spec is actually released? It's just going to be a living document going forward, totally unversioned.
Firefox, the WebKit team, and Opera are basically already operating on this model. Team IE isn't.
> Firefox, the WebKit team, and Opera are basically already operating on this model. Team IE isn't.
And for the reasons I have explained elsewhere in this discussion, I think team IE are the only ones who have an approach that can actually work in the long term. A standard isn't a standard if it's constantly changing, and progress at a rate the world can keep up with is more useful than browsers progressing at a much faster rate but actual web pages not progressing at all.
But the subset of HTML that is used on most real sites won't change much at all. It will be too much hassle for casual web sites to keep up, even if they could benefit from any of the new features, which most couldn't because it's still as crazy as it ever was to view the web as a good alternative platform to native apps. The cost/benefit will be dubious for most businesses for similar reasons.
The entire rapid-release-cycle idea is one big overreaction by people who are fed up with the glacial pace of standards development at organisations like the W3C. In a few years, I expect we are all going to be looking back in bemusement, wondering what possessed us to try to advance such a complicated industry without meaningful standards, and wishing we'd just stuck with stable standards all along.
Another possibility is that we will have simply lost interest in the whole affair, because the advancing technologies that help to build more practically useful tools around remote protocols won't be HTML and CSS anyway. For example, a simple delivery mechanism for native apps, along the lines of mobile app stores today, could have ended the current fool's quest to rewrite every serious desktop application on top of poorly suited web technologies, because, leaving the web to do what it does best, present and collect information.
>No-one who is actually developing web sites can use all the bleeding edge stuff the day it's released anyway
Progressive enhancement disagrees. OK well maybe not quite but all the new features ...
I've used a few sites in the last couple of days using the new HTML5-ish drag+drop file uploads in the wild (not yet officially released browsers working to not yet officially completed specs).
> Progressive enhancement disagrees. OK well maybe not quite but all the new features ...
Really? How do you progressively enhance a video site to use HTML5 video, or a site-wide menu system to use CSS3 transitions? The alternatives are things like Flash and JavaScript, which we have been using for a while anyway. However, if you have to write the Flash/JavaScript version anyway, where is the benefit in also supporting HTML5 and CSS3?
Progessive enhancement is a great idea for minor details, like having a site use a subtle rounding on corners when a browser supports it but just square cutting them otherwise if that's the visual effect you're looking for. However, in a world with desktop vs. mobile sites, persistent local storage, multimedia content, etc., it's becoming ever clearer that the idea of a single page with progressive enhancement doesn't scale to support fundamental functionality in a complex web app or interactive site, and multiple versions of the presentation/functionality are needed to cope with the ever increasing and diversifying range of visitors we need to support.
The disadvantage of IE's tab handling is that it frequently takes a second or two for a tab to come up. That makes IE unusable for me, as every few minutes I'm doing a search with 'ctrl-t tab <keywords>'
The IE team has made many changes to improve the tab opening and closing speed. These operations are snappy on my machines. Could you confirm that you see this slow behavior in the IE9 RC?
"Secondly, when it comes to performance, IE has been getting better with every version while Firefox has been getting worse."
Your point about the lack of out-of-process tabs is legitimate, but I'm unsure as to how Firefox is getting worse. Could you elaborate? As far as I can tell, Firefox 4 is better than 3.6 in terms of performance on virtually every measure.
I haven't used other browsers besides Firefox in years, so I'm not qualified to provide a comparison. What I can say is that on the "profanity uttered"/"hour of usage" metric, Firefox has been getting much worse. Hell, I used to praise it.
Actually Firefox 4 Beta is not slower, it starts up faster than prevous versions of firefox. It has faster rendering and javascript engine. And it is especially more responsive. Just try it.
(Yes, I know that the W3C plans to release an HTML5 standard based on the WHATWG work in several years from now. But based on the current track record of the W3C I predict that this will either fail, or that the standard will be outdated by then.)
This may be true, but there are a bunch of useful things IE9 doesn't support that even Firefox 3.6 does:
1. Text shadow
2. Offline applications
3. Multiple column layout
4. Border images
5. Web workers, File API, Geolocation
A lot of these are in the working draft phase, so I can get the "we don't support any feature where the spec is in draft form" argument from IE. But if they want to play a part with the future of the web, IE needs to stop being boring and actually try to implement some draft features and help contribute to developing these standards.
IE needs to stop being boring and actually try to implement some draft features and help contribute to developing these standards.
But the second this happens, I guarantee that people will loudly complain. IE10 comes out with a slew of new features and MS puts them on the docket for standardization. People will say that MS is trying to hijack the web or standards process.
For all the grief MS is getting by being behind, they'd get a lot more grief if they were active and out front w/ respect to features.
Yet, we actually owe many modern web features to Microsoft with IE. There is the obvious stuff, like xmlHttpRequest (Ajax) but also simple stuff like allowing event handlers on every DOM element.
All the stuff that Firefox/Chrome/Safari/Opera are doing now is exactly what IE did for it's entire history up to version 6. And really, IE very quickly became the superior browser of the day. But from then on, they appear to only be putting in minimal effort with no innovation.
> consider that Firefox is the only one of the major browsers that does not handle each tab independently, leading to obvious performance and security problems.
Well, here's the reality: having each tab in individual process greatly reduces performance and increases memory consumption. When you open many tabs in Chrome or IE they become as slow as FF with perhaps 5-10 times more tabs.
While performance generally isn't a field where FF does a good job, I think reliability of FF is unmatched by other browsers despite the dirty tricks with tabs. Let's just wait 'till they stop losing the list of tabs that were open in the previous session from time to time, it's the thing that did happen to all of them, but never to FF with Session Manager addon.
Your system is broken. Opening a new tab in IE8 takes well under a second on every machine I use, regardless of Windows version or even, within reason, age.
No, I have no connection to Microsoft. I'm familiar with technologies around .Net and have nothing against using them where a project calls for it, but as it happens none of my current commercial projects is built on it today. I certainly have no vested interest in promoting it over any other platform that might be more suitable for any given job. More generally, I have been rather critical of Microsoft/IE for a long time, for much the same reasons many here apparently still are.
However, I do try to look at situations objectively and consider the facts, both quantitative and qualitative, and that in an industry that moves this fast, those facts can lead to different conclusions rather quickly. I honestly see Microsoft's current direction for their browser as healthier and more sustainable than that of say Google or Mozilla.
I don't think more frequent releases of new toys or a factor of 5 difference in synthetic benchmarks can trump an emphasis on providing/speeding up core functionality that real users depend on today and tomorrow. Also, so far Microsoft are mostly rising above the silly political games that Apple/Adobe/Google have been playing lately in terms of knocking out functionality for non-technical reasons.
Meanwhile, I have been less impressed with each successive version of Firefox, as performance of the UI slowed, things got moved around or more cluttered, and they didn't keep up with what I regard as essential features in a web app world like running tabs independently.
I have nothing serious against Chrome, except that their release schedule and tendency to break stuff makes my life difficult as a developer. However, I also see little practical advantage in the areas they have been speeding up lately, since they were fast enough even for the web projects I work on that do fairly intensive DOM manipulation and such. As anyone reading my posts here can probably figure out, once functionality is fast enough to use in practice, I am more impressed with making it easy to use, robust, and/or easy to develop than I am with getting another notch up on some benchmark.
>Microsoft are mostly rising above the silly political games that Apple/Adobe/Google have been playing lately in terms of knocking out functionality for non-technical reasons.
You mean like satisfying current internet standards and meeting the draft standards head on to allow browsers to exploit the latest advances in web design and development off the bat rather than having to wait years-and-years and drag back the whole development of the www as a medium.
>Meanwhile, I have been less impressed with each successive version of Firefox, as performance of the UI slowed, things got moved around or more cluttered, and they didn't keep up with what I regard as essential features in a web app world like running tabs independently.
What do you mean by "performance of the UI slowed". You've stated quite clearly that performance is only a factor for you up to the point it is fast enough. So, it seems something in the UI is so slow as to be unusable for you - the UI is pretty much non existent though isn't it. There's an address bar, couple of buttons, search bar - what is significantly slowing you down there? The actual user interfaces save a few niceties (like Chrome's tab closing, optional tabs on top in Chrome/FF/Op, etc.) are pretty similar in their standard forms.
You mention running tabs independently (as independent processes presumably) I didn't know that IE8 did this?
> You mean like satisfying current internet standards and meeting the draft standards head on
Well, yes, actually. I just think Apple's failure to support Flash and Google's overtly political decision to drop H.264 support are far more relevant to real users today than the various emerging technologies that bring the browser one step closer to being an ad hoc, informally-specified, bug-ridden, slow implementation of half of an operating system. I just don't see that as the right path to take anyway, and I certainly don't see it as a higher priority than supporting the numerous existing web sites that use Flash or holding up what should be the killer feature of HTML5 for the immediate future.
Of course I would prefer that all browsers support all useful standards with complete compliance, but in the real world we have to prioritise to some extent, and I prefer Microsoft's choices at this particular moment in time.
> What do you mean by "performance of the UI slowed".
I haven't diagnosed the problems in detail. I'm just getting bored of waiting several seconds for my browser to start up, one slow-loading tab holding up all the others, horribly slow scrolling on pages with certain CSS styles applied (usually some sort of fixed background), and other obvious delays during routine use. Neither IE nor Chrome exhibits these problems, and Firefox never used to. I realise that it's possible that these delays are actually due to the extensions I use, but there are only a few and they are all very popular ones without which Firefox is seriously lacking in basic functionality, so I don't see much point in distinguishing the core browser from the software I actually use when it comes to the user experience.
> You mention running tabs independently (as independent processes presumably) I didn't know that IE8 did this?
Actually, IE8 did it first, Chrome did it next, and two years later IE still doesn't do it at all.
>I haven't diagnosed the problems in detail. I'm just getting bored of waiting several seconds for my browser to start up, one slow-loading tab holding up all the others, horribly slow scrolling on pages with certain CSS styles applied (usually some sort of fixed background), and other obvious delays during routine use. Neither IE nor Chrome exhibits these problems, and Firefox never used to.
Ah, I think the disconnect is that this isn't the UI that's at fault it's the application. For me all the browsers work equally crummily and that appears mainly to be Flash's fault.
I didn't realise IE8 had independent tabs because I've only ever had the whole app go down. Similarly Chrome locks up for me as much as FF. FF does seem to have gotten a little slower up to FF3 but I think that FF4 is an improvement.
You say Microsoft isn't involved in the politics. That isn't an accurate portrayal: It is more the case that Microsoft is following far enough behind that, by the time they get to the issues that the others are bickering about, the issue has long since been decided.
You obviously think Microsoft is doing great by the Internet with IE. Obviously most people hear disagree. Regardless, you cannot say they are in any way leading nor innovating anymore. For the company that made AJAX possible, it is a sad state.
Please notice that I have never actually said any of the things you just attributed to me.
In particular, I didn't say Microsoft weren't involved in politics, I just said they have so far remained above the recent trend of dropping major functionality for political reasons.
Also, please keep in mind that I have never said IE, even IE9, is a "good browser" or "as good as Firefox 4" or anything along similar lines. My position here is simply that I think Microsoft have started going in the right direction again with IE, specifically by focussing on improving performance and standards compliance in the areas that users need immediately within a sustainable rate of releases. Meanwhile, I think various other big names, including Google, Apple, and now Mozilla, are taking a dangerous and probably unsustainable approach in various ways that are, ultimately, not in either users' or web developers' interests.
If these trends continue -- and that is a big "if" in a world as fast-changing as software -- then I expect future versions of IE will start to reclaim market share. Meanwhile, Google, Mozilla, et al. will keep throwing resources into areas they haven't properly thought through, with negligible practical benefit to users any time soon and increasingly frustrating web developers as well.
You are being pedantic and defensive about the politics statement. I think it was obvious from the context that I was referring specifically to your comment about Apple/Google/Adobe politicking and not about their political tendencies in general.
And for never having said IE9 was a good browser, you sure have said IE is a good browser a lot. Sure, you not have said it in those words, but it is impossible to come away from these comments (a huge percentage of which are yours) without the belief that you think IE9 is better (and perhaps I'm wrong for conflating "better" with "good"). And that impression stems from seeing way more in comments than just "MS is getting configuration management in browsers right."
> You are being pedantic and defensive about the politics statement.
I prefer accurate, but OK. You seem to be making a "slippery slope" argument, and I don't agree with it.
> Sure, you not have said it in those words, but it is impossible to come away from these comments (a huge percentage of which are yours) without the belief that you think IE9 is better (and perhaps I'm wrong for conflating "better" with "good")
I have been fairly careful about what I have said in this discussion, and I have clarified in very simple terms and I think more than once now that I am talking about the direction Microsoft is heading vs. the direction Google, Mozilla and co. are heading. I can't help it if people who don't like Microsoft or do like $ALTERNATIVE_BROWSER choose to reply to what they would like me to have said instead of what I actually wrote. :-(
Firstly, neither IE 9 nor Firefox 4 has been released, and neither HTML5 nor CSS3 is a standard, nor will either be for several years at a minimum. The entire argument in this post boils down to not liking one experimental piece of software over another because the author's personal preferences for experimental features are not supported.
Secondly, when it comes to performance, IE has been getting better with every version while Firefox has been getting worse. If you want to talk about modern browsers in a useful way, instead of about bleeding edge features that no-one will be using on mainstream web sites for a while anyway, consider that Firefox is the only one of the major browsers that does not handle each tab independently, leading to obvious performance and security problems.
Thirdly, the trend for Google and now apparently Mozilla to release updates every few weeks is not necessarily a good thing. The major advantage is supposedly that it allows browsers to develop faster, but as any Linux advocate can tell you, it's no good having a great platform if no-one is building great stuff on top of it. For developers, automated updates every few weeks are often unhelpful, because you're always trying to test against a moving target. When you have to deal with inconvenient realities like contracts and customer approvals on major projects, it's now almost impossible to include testing against Chrome and soon Firefox because you don't even have a stable version to use as a basis for tests. I have no problem with pushing security patches more regularly, but they shouldn't be changing functionality and obviously Microsoft does this for IE anyway.
Maybe I'm just weird, but I consider issues like performance, reliability, and having a stable foundation to build on to be far more important than supporting your own browser's take on some hypothetical future "standard", which is just IE vs. Netscape all over again. On that basis, IE is currently the only one of the big three that is actually going in the right direction. It's just a shame they're not providing it on XP.