To view parent comment, click here.
To read all comments associated with this story, please click here.
What about "works with any browser"?
Like the original poster, I can't help but be bemused - an enthusiast site promoting operating systems diversity has become intolerant of browser diversity (at a time when to many, the browser is becoming the operating system.)
In any diverse ecosystem there will be "better" and "worse" participants (whatever that means.) The real issue here is not IE or IE6, but whether people believe that the web should be a platform that is open to anyone, or whether the web should be reserved for people doing the "right thing" (whatever that means.)
On a more technical note, HTML was designed to intelligently degrade when a feature is not present on the renderer. CSS2 really broke that, because if a style is partially supported the result may no longer be legible or correct. This, IMO, is what makes IE6 hard to support. The problem is not (entirely) with IE; the problem is that current web standards demand 100% conformance to have a useful implementation. This is not very open-web-like, and results in very rapid obsoleteness. It certainly discourages the web from being used in expensive hardware (car, fridge, whatever) because doing so demands unsustainably frequent replacement.
Two problems.
First, there are loads of things that make the day to day life of a web developer easier. IE doesn't support a lot of them, while every other browser does a fine job with it. Supporting IE means you can't use those things, not supporting IE (but supporting every other browser) and you don't have that problem, unless you are talking about really bleeding edge stuff.
Second problem is that it is very buggy. Every browser has js and css bugs, but IE6 sort of took it to the next level.
As soon as IE6 goes away, it substantially raises the lowest common denominator (which will be IE7), and dramatically reduces the amount of hackery needed to get everything looking right.
Er, what about the random javascript error dialogs for CSS settings? Or that even when used with javascript properly, you could often get many dialogs in a row on a page load, or with an event on a dynamic page.
What about the crashing? That's never good, and it seemed to get more common with each hundredth added on to 4's release version number.
Personally, I preferred the Netscape UI. Even so, IE won that round somewhat fairly.





Member since:
2005-11-10
IE6’s UI is what made it win over Netscape. IE6 was a breath of fresh air compared to Netscape. It wasn’t until Firefox was released that anything came along that was closely simple enough for IE6 users to want to adopt.
IE6’s toolbar is a good thing. What is wrong with IE6 is everything else. It’s slow, insecure and is a nightmare to code for. If IE6 had a decent rendering engine, then I would not find complaint with its UI. That is why ChromeFrame is a good thing.
Engine-wise; there’s still IE7/8, and IE8 is not too shabby and I really do hold out hope that IE9 will be a much needed return to a competitive IE.