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).
http://excanvas.sourceforge.net/
You're welcome. :-)
> 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.
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.
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.
> http://excanvas.sourceforge.net/
"I tried that. Don't you think I would have tried that?"
The solution people are using is to write a custom Flash piece that does the functionality they need specifically and interfaces with the JS.
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.