IE8 Will Be Standards-Compliant By Default
A number of readers wrote in to make sure we know about Microsoft's change of heart regarding IE8. The new version of the dominant browser will render in full standards mode by default. Developers wishing to use quirks mode for IE6- and IE7-compatible rendering will have to opt in explicitly. We've previously discussed IE8's render mode a few times. Perhaps Opera's complaint to the EU or the EU's record antitrust fine had something to do with Redmond's about-face.
Will this be installable on XP and later or will it only be available for the Vista follow on: Vista ME?
This could actually be some competition for the unstoppable Firefox.. if IE stops sucking then nobody will switch.. I'm expecting firefox 3 to pack some serious performance and standards-compliance improvements, but if it didn't then I'd have been happy to switch back to IE8. Firefox is an absolute memory whore. I do like the interface though; IE7's was horrid.
According to various articles linked to from google, IE8 beta builds have passed Acid2. As for Acid3, let's start with small miracles, shall we?
The Mothership
Want to get people to switch to Firefox?
Tell them that IE leaks passwords and will run scripts that can read your hard drive and send credit card numbers to malicious servers.
Tell them that FireFox has the "Do Everything" feature too, but it is disabled by default. It can be turned on later, though "in your experience, you've never had any trouble with it off."
Tell them that FireFox is free and is based on Netscape (they will probably remember that name) which turned the browser business over to "Mozilla" when it went out of business. "Mozilla" makes money fixing security holes in FireFox, which is why it is so secure.
Then install it for them.
While this is good news for those of us in the geek crowd, I'm extremely surprised MS went this route. When IE8 is pushed out and it breaks a bunch of non-conforming non-tagged pages built for IE7 and IE6, there will be much hell raising to be had. MS will of course be blamed since they're the ones that changed things and I wouldn't be surprised if the backlash was well in excess of IE7's, if not close to the kind of backlash Vista initially got.
Ultimately everything will be worked out as developers fix their pages, but in the short-term period following IE8's release it's going to cost MS dearly. I can't for the life of me figure out why MS would want to put their neck on the line like this, it's not doing them any favors and "benevolent" usually isn't a term we use to describe Microsoft.
I have to use IE to access my companies payroll site, so if I want to get paid, I must use IE. It's one thing to vote with your wallet but I am not a martyr.
"The important thing is that MS is now saying they're willing to sacrifice backwards compatibility in IE."
Fantastic point.
I wonder how many little sites built by IE-centric coders are going to need a lot of work in order to function well with IE8.
I reserve the right to think for myself. Others' opinions are optional. Puppy on lap = typos...not illiteracy.
``If I were laying money on an outcome, it would be that IE 8 will continue to lag annoyingly behind the alternatives.''
Maybe not. Maybe the standards-compliance will go exactly so far that code developed against the standard (as far as it is supported by the competition) will also work in MSIE8, thus obviating the need to install an alternative browser if you have MSIE8 already. This would be a Good Thing for web developers, because they would no longer have to work around MSIE's non-compliance, and a Good Thing for Microsoft, because it could stop the decline in market share of MSIE. And, of course, adding some compelling extensions to MSIE8, they could actually make MSIE8 the _preferred_ browser for users and developers. Perhaps XAML and Silverlight already have that covered...
Please correct me if I got my facts wrong.
In the case of HTML/XHTML and CSS, there's been quite a bit more effort invested into making sure the standards are properly documented and are internally consistent, but these standards are constantly evolving. Is it enough to support HTML 4.01 and CSS 2, or must you support HTML 5 and CSS 3? Do de-facto standards count? Remember that XMLHttpRequest (the basis of AJAX) is mostly a de-facto standard; the W3C has published a working draft of a specification for it.
Standards compliance isn't always as cut-and-dry as you make it sound.
$x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
$x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
A couple of years back, I would have said something just like you did. I too, believe in many absolutes (including the quality of music/art, which is more controversial).
However, there are a few ways what he said could be interpreted, and it seems to me that by saying "it's relative", he's merely stating the obvious - that the implementation is relative to the "set-in-stone" standard.
If you still doubt this, then explain why he said "What we can say is that this one appears to be more compliant than before". That itself shows that he is saying there are 'degrees of quality' towards the standard, and that some implementations are closer (better) than others.
Why OpalCalc is the best Windows calc
And your point is....?
And why do exclude HTML 4.01 or the earlier work? Seems to me the split between HTML 4.x and XHTML 1.x has proven to be a pretty funny joke. And we were all laughing so hard at HTML v3.0 that no one actually got around to figuring out how to implement it. And the continuing giggles from that joke were so side-splitting that HTML v3.1 was dropped before we even got it to the punch line.
Nobody ever said a standard had to be serious. Look at the clowns of Redmond: they make money hand over fist, and they've yet to treat any standard seriously.