Working together for standards The Web Standards Project


Over at A List Apart today is Aaron Gustafson’s article Beyond DOCTYPE: Web Standards, Forward Compatibility, and IE8, introducing a controversial proposal from Microsoft that developers should start locking their pages into set browser versions.

Although members of the WaSP Microsoft Task Force were very much involved in this proposal, it is important to re-emphasise that this proposal is not one that every member of the Web Standards Project necessarily backs by default. Like many of you, many of us will (and do) have our own concerns about this and what it could mean for the web if enacted.

However, that doesn’t mean we should dismiss it out of hand. A great deal of thought and research by people who know what web standards development means has gone into this. As a proposal, this should be greeted with the feedback and input it deserves. If Microsoft believe they have a solution which carries merit, then let’s look at that closely as a community of designers, developers and browser vendors, all together. This sort of discussion cannot happen in isolation.

So go ahead, read the article and the accompanying opinion piece by Eric Meyer, consider what that proposal may mean to you and join in with the discussion.

Your Replies

#1 On January 22nd, 2008 11:13 am Rob replied:

Here we go again. Fixing the web for Microsoft. Isn’t Microsoft supposed to be fixing IE for the web?

#2 On January 22nd, 2008 11:48 am Steve Bryant replied:

Rob,

I don’t think that is a fair or helpful accusation, especially in this case where Microsoft is actively trying to do the right thing and find a way to implement better standards support without breaking existing sites.

I am not convinced, however, that I like an approach which targets specific browsers. Clearly the idea that a site could ensure that it won’t be broken by future changes has merit. It would be nice if the author could choose to specify a version of JS or CSS instead of a browser version (even knowing that to be a more risky choice – spec implementation generally being partial in most browsers).

#3 On January 22nd, 2008 12:48 pm WaSP Member agustafson replied:

It would be nice if the author could choose to specify a version of JS or CSS instead of a browser version (even knowing that to be a more risky choice – spec implementation generally being partial in most browsers).

I strongly advocated that for quite a while before I realized (as you have) that timing, accuracy, and level of compliance with a given spec all make that an unsustainable approach. That was when I started to see browsers as the things that needed our primary attention because they are the only part of the equation that is really user-touching. And in the end, the users are the ones that matter.

#4 On January 22nd, 2008 2:41 pm Bb’s RealTech | Bobbing Heads and the IE8 Meta Tag replied:

[...] I was astonished to read the A List Apart article Beyond DOCTYPE: Web Standards, Forward Compatibility, and IE8 and even more astonished to read compliance with the message from Eric Meyer, Molly Holzschlag, and the WaSP organization. How the mighty have fallen is so very cliché but, oh, how appropriate. According to Aaron Gustafson, who wrote the ALA article, the plan is rather than depend on DOCTYPE to trigger quirks and standard mode for page rendering–a necessity generated by Microsoft’s IE6 by the way–we all add a meta tag to our pages that locks the page into a specific browser rendering. For instance, the following would lock a page into IE8 rendering: <meta http-equiv=”X-UA-Compatible” content=”IE=8″ /> [...]

#5 On January 22nd, 2008 2:46 pm yardley.ca / dash » Infinite quirks modes replied:

[...] Follow any comments here with the RSS feed for this post. Post a comment or leave a trackback: Trackback URL. « Well, I’ll bedamned [...]

#6 On January 22nd, 2008 3:28 pm AG replied:

Life would be so easy if everybody would be so kind to use the W3C standards …

#7 On January 22nd, 2008 4:22 pm Gérard Talbot replied:

Aaron,

This <meta http-equiv=”X-UA-Compatible” content=”IE=8″> will make web authors target browser versions. In a sense, this was the logical complement to conditional comment. It certainly goes against the well acknowledged and recommended principle of detecting support of features and support of objects instead of browser or browser versions.

Aaron, what was wrong with having a <meta> like

<meta name=”rendering-mode” content=”web-standards-compliance”>

or

<meta name=”rendering-mode” content=”full-standards-compliance”>

I think this (or a variation of it) was the least bad one. Such meta would have forced IE to always follow all web standards to the best of its capabilities. For IE 8.0 and future versions of IE which would implement such meta. In other words, applying to IE 8.1, IE 8.5, IE 9, etc. as well.

Another question: with the addition of a new rendering mode, where is the incentive for web authors to upgrade their webpages to make them better and more web-standards-compliant? How is this new switch method going to incite, to motivate amateur web authors to read, to learn and to upgrade their coding techniques, their markup and CSS code to comply with W3C web standards? This part of the equation is crucial.

Safeguarding backward-compatibility can easily become a reason for inertia or for using and reusing Front-Page again and still; safeguarding backward-compatibility can easily become the cement of web-tag-soup mediocrity.

Regards, Gérard

#8 On January 22nd, 2008 4:49 pm Richard replied:

This is a very bad idea IMHO. The whole point of a standard is that it is a target for implementation. Write once, read many.

We want browsers to render according to the standard and to get better with each version. I code for the most standards compliant browser, and hack to fix to the others.

Frankly, conditional comments are a much better way to deal with any legacy issues with rendering.

#9 On January 22nd, 2008 5:22 pm Phil Langor replied:

I can just picture the future:

or

I love it!

#10 On January 22nd, 2008 5:25 pm Phil Langor replied:

I can just picture the future:

or

I love it!

#11 On January 22nd, 2008 5:28 pm Phil Langor replied:

[one more time]

I can just picture the future:

<meta name=”rendering-mode” content=”no-really-this-time-we-mean-it-standards-compliance”>

or

<meta name=”rendering-mode” content=”sorry-about-that-last-version-we-released-but-this-time-we-think-we-have-fixed-the-problem-with-those-layout-issues”>

#12 On January 22nd, 2008 5:30 pm Danny replied:

What Richard & co said. This isn’t a standard, at best it’s a vendor-specific fork. Essentially Microsoft haven’t changed their traditional position. Yet somehow this slight of hand is meant to make it acceptable… Frankly I find the doubletalk around this proposal rather embarrassing.

#13 On January 22nd, 2008 5:59 pm WaSP Member plauke replied:

At least this time around it’s not proprietary code masquerading as harmless comments…

#14 On January 22nd, 2008 6:01 pm WaSP Member plauke replied:

…and you’ll be able to spot substandard developers and companies because even their simplest sites will either lack the meta, or have one that specifies IE6 rendering…this will make weeding out contractors a lot easier…

#15 On January 22nd, 2008 6:04 pm webclique.net » Blog Archive » That Red-headed Monster Next to You? Yeah, that’s Anger. replied:

[...] I’ve read the original articles, I’ve read the commentary on Wasp, on Snook, on adactio and a variety of other sites that have chimed in, and I’m still not sure what I think. But what I do know is that all the positive change we have seen in this field has come not from one, mass decision to move in any one direction. It has come from a few individuals who have proposed ideas (that were generally not well accepted) and fought, kicking and screaming to get us to where we are today. That is change, plain and simple. [...]

#16 On January 22nd, 2008 6:21 pm Tim Anderson’s ITWriting - Tech writing blog » Why Internet Explorer users get the worst of the Web replied:

[...] Still, Wilson makes a case for the decision and has some supporters. Nevertheless, he is getting a rough ride, in part because the IE team has failed to engage with the community – note for example the long silences on the IE blog. Why is Wilson telling us now about this decision, as opposed to discussing the options more widely before it was set in stone, as I suspect it now is? Even within the Web Standards Project, some of whose members assisted Microsoft, there is tension because it it appears that other members were excluded from the discussion. [...]

#17 On January 22nd, 2008 6:59 pm Dean Edwards: Quotes replied:

[...] Although members of the WaSP Microsoft Task Force were very much involved in this proposal, it is important to re-emphasise that this proposal is not one that every member of the Web Standards Project necessarily backs by default. Drew McLellan (WaSP co-lead) [...]

#18 On January 22nd, 2008 8:20 pm Jorgie replied:

Reasonable comments for the most part but no one has suggested a more workable solution that _does_not_break_existing_pages. For the vast majority of IE users this is the most important factor.

Those of you saying “follow the standards and don’t worry about broken pages” are what scares me the most. That is one of the worst things they could do.

#19 On January 22nd, 2008 8:35 pm Carmenta Street Notebook » Blog Archive » Opting in, opting out replied:

[...] In honor of the craziness today surrounding Microsoft’s opt-in IE8 rendering announcement, I bring you an opt-in/opt-out comparison list. [...]

#20 On January 22nd, 2008 9:01 pm Gérard Talbot replied:

Patrick Lauke,

A built-in Webpage Quality indicator icon (smiley or green check for valid page, frown or red ‘X’ when invalid) on the statusbar (or somewhere else) turn off by default (so that ordinary users don’t get confused or panic by it) would have also help spot substandard developers and companies … a suggestion I made in 3 distinct wiki Channel9.InternetExplorer webpages in 2005-2006 and which Microsoft did not adopt.

Gérard

#21 On January 22nd, 2008 10:07 pm Neal replied:

Look on the bright side, microsoft could have done nothing at all, right? Heck they could have left the rendering engine the same and not even bothered trying to pass the acid2 test. Lets at least give them some credit for trying, something they haven’t done in the past.

#22 On January 23rd, 2008 1:26 am Robin Massart replied:

I think this is a big mistake.

I appreciate all the work and effort Aaron has obviously put into dealing with Microsoft. However this solution has nothing to do with web standards at all.

Rather, the real reason for this is that in future all the non compliant, IE only, in-house intranet systems don’t break when Microsoft ship the latest version of IE. Why has the uptake of IE7 been so slow? Because anybody with an IE based intranet system doesn’t dare upgrade for fear of needing to redesign the whole thing.

This is not about MS not wanting to “break the internet”. It’s about them not wanting to “break the intranet”. It is a solution to a microsoft specific problem. I hope Opera, Firefox, Apple and the other browser vendors shun this idea. I am not trying to bash MS here. I happen to quite like many of their products. But this solution is wrong! I mean how could they default to IE7 if you don’t include the meta tag. That’s truly awful.

#23 On January 23rd, 2008 2:11 am Gérard Talbot replied:

A black and white TV can not render tv programs in color: owners have to upgrade. A 10 year old TV can not render tv programs served in High Definition (HD): owners have to upgrade.

The solution was/is/will be always there, always available. Use valid markup code, clearly separate content from presentation, use valid CSS code, use a strict DTD, follow recommended, tested and widely acknowledged best forward-compatible coding practices, etc.. and voila: your webpage will not break (and should not break) in IE 8 (and in acid2-compliant browsers) and it still should degrade gracefully in buggy, non-conformant browsers. That solution was available last year and it will be available next year.

With IE 8 reducing, narrowing the gap versus Firefox 3, Opera 9.5 and Safari 3, such recipe to create webpages rendering approximatively the same in all 4 beforementioned browsers should have become more prevalent, loud and clear, without an additional triggering switch.

Regards, Gérard

#24 On January 23rd, 2008 5:52 am Olly replied:

@plauke

…you’ll be able to spot substandard developers and companies because even their simplest sites will either lack the meta…

What about the ones who send it down as an http header? :)

#25 On January 23rd, 2008 6:39 am Isofarro replied:

I supported Microsoft’s efforts with IE7, praised the end result and defended them from a number of idiotic points.

But not here. Web standards cannot compromise the fundamental tenet of future compatibility. A standard compliant page should be rendered in a standards compliant browser – that’s the web standards equation.

A standards compliant page is well formed and structured HTML, with CSS for layout and presentation and JavaScript for behaviour. That’s the only flag that’s needed to indicate to a browser that a page is standards compliant.

The moment we accept a tiny tiny tiny addition to all of our pages and websites to help one browser is the moment when future-proofing existing documents is thrown out of the window.

We do not, nor should be expected, to have to opt in to any particular browser’s rendering mode. The presence of a standards compliant page is sufficient.

Microsoft can just go back and find a proper solution that fixes the problem. Not lay the blame and responsibility of their failings on our doorstep.

I’m also angered by Chris Wilson’s comments that this is supported by WaSP when its clear the majority of WaSP members (or even core WaSP members) were not involved or told or engaged.

We, the web standards community, will continue to support Microsoft when it accepts responsibility to fix the problems its browsers have lumbered us with for years. But, we do not acceed to the demand to opt into a specific instance of a browser’s standards mode.

If Internet Explorer 8 cannot render a web standards compliant page in its web standards renderer, then it is broken by design. It needs to be fixed by Microsoft, not patched up by every standards supporting web developer.

#26 On January 23rd, 2008 6:47 am Internet Explorer 8.0 modo super estandar | aNieto2K replied:

[...] Al parecer los chicos de A List Apart, anunciaban la aparición del tag meta X-UA-Compatible, un tag que la gente de Microsoft ha desarrollado sin tener en cuenta al resto de navegadores. Como era de esperar la mecha a echado a arder casi instantáneamente, recordando tiempo del ActiveX() y el document.all, desarrolladores como John Resig, Anne van Kesteren, Gareth Rushgrove o Roc (de mozillazine) que han tachado la iniciativa de inútil y perjudical para el desarrollo web en general. Aunque aún es una propuesta la cosa promete y seguro que este tema va a dar mucho que hablar en los proximos meses. [...]

#27 On January 23rd, 2008 7:10 am Pixelbox » Versioning for HTML, or Microsoft saving face? replied:

[...] Elsewhere thoughts Microsoft’s own announcement Jonathan Snook Anne van Kesteren A Mozilla developers PPK defines the semantics An official Web Standards Project statement on their involvement Jeremy Keith Andy Budd Ethan Marcotte Zeldman defends the idea John ‘jQuery’ Resig Gareth Rushgrove Roger Johansson Rachel Andrew Meta tags: Development There are no comments yet [...]

#28 On January 23rd, 2008 8:07 am Robin Massart replied:

Could WaSP please post an official position on this subject. On the one hand we have Chris Wilson (http://blogs.msdn.com/ie/) and the WaSP site itself (http://webstandards.org/action/mstf) saying this technique was developed in conjunction with WaSP. On the other hand core WaSP members are saying WaSP had nothing to do with this (http://annevankesteren.nl/2008/01/ie-lock-in#comment-6376).

What exactly is going on here???

#29 On January 23rd, 2008 8:51 am Perduel replied:

Horrible mistake.
This so called solution breaks all the “rules” of good web design.

I think I’m just going to forget Microsoft. I just can’t take this kind *beep* any longer. They had their chance and this time I actually thought they would use it…

#30 On January 23rd, 2008 9:45 am Ben Davies replied:

You know, I expected something like this from IE8. I don’t think I was alone in that regard. However, what burns the most is this apparent “back-door” rubber stamping from WaSP. It appears that many of your members don’t support this and in fact think this is a terrible solution to what is essentially a Microsoft problem. However, I have deeper concerns.

The first is the slogan coming from the IE team: “Don’t break the web”. The web is a very complex platform, and standards compliance is the goal. However, this proposal shouts “Don’t fix the web”. In doing so, this effectively walls off a huge part of the web itself, under the banner of an IE7 compatible web. This is not what us developers, designers and least of all, the WaSP are trying to acomplish. If this proposal is allowed to go through, I can see all grass roots development work, the mom and pop stores, the local library site, stop advancing towards the web as a platform, and sticking with IE7 as a platform. This proposal enforces the emphasis that everything will remain as it is and will continue to work as it currently does. The current state of the web is NOT where we want to be, otherwise the WaSP wouldn’t even exist.

Secondly, I personally don’t see a problem with IE8 supporting standards by default, and having an opt-out for IE7 compatability. IF this proposal goes through, and IE8 requires an opt-in, then due to the market share of Internet Explorer, the default standard for the web will be IE Web.

Personally, I see this as an attempt to hijack the progress of the web away from web standards and towards IE Web. And sadly, many of my personal heroes, including Eric Myer and Jeffrey Zeldman, appear to support this.

And that stings more than anything Microsoft could do to the web.

#31 On January 23rd, 2008 10:21 am minimal design replied:

The first comment here says it all… How can anyone argue that this is not a “Web adapted to IE” approach? And a complete negation of the foundations of Standards…

I won’t repeat what others have said already. I don’t think it’s necessarily a bad way to go about it for IE specifically if the defaut behavior for IE8 is Standards compliance. The backward proposition is just ridiculous. No need to ponder about it, the only “feedback and input it deserves” is: are you kidding?!

I’d be curious to know who those “people who know what web standards development means” are… because it seems they lost the necessary perspective to even have the most basic understanding of what Standards mean.

The whole “do not brake the web” argument is so hypocritical… Anyone from the WASP buying into this sophistic rhetoric should be ashamed. Nothing “brakes the web.” If IE didn’t exist, this article on ALA wouldn’t either. Firefox, Safari, Opera, etc… don’t need this new meta tag garbage. Because they support WEB STANDARDS.

Let’s face it, this whole discussion has nothing to do with providing the best possible user experience and everything to do with conserving Internet Explorer’s market share. It’s a very legitimate concern for Microsoft, and a new meta tag provided for people who don’t want/can’t code standards compliant sites makes *some* sense on a business level, but it is so far removed from anything the W3C and real web Standards stand for that I really have to wonder what got into the WASP, ALA, and all the people involved in this ludicrous proposal.

#32 On January 23rd, 2008 10:23 am Niko Neugebauer replied:

Yes, this time it’s not proprietary code masquerading, but lets be practical:
what does it stands for ? For innability creating standard-compliant pages(webdesigners) and especially for IE8.

Why other browsers might need it ? I see no peoples crying over the net that asserting Firefox, Opera and Safari is pain in the arse. They have their quirks, but in general following standards makes them easy to develop for.

Entering this “game” once won’t have an easy exit – pages created for such mode will stay, and software for producing them as well. Imagine some third-party developer that will manage those “meta-contents”. Or better – imagine new VS managing these metas… Opera and Mozilla, are you already shaking ? =O)

#33 On January 23rd, 2008 10:27 am Blah replied:

How can this idiocy even come to pass? Here’s a better suggestion, WaSP should disband, close doors and never again mention the words web standards or promote it. What an utter disgrace. Whoever wrote the beyonddoctype article is a retard.

#34 On January 23rd, 2008 11:07 am Robert replied:

This has been up for discussion for some time. I suggested a similar meta tag / header back in March of 07 at the WHATWG around the time the W3C started their new effort. The goal was to provide a switch for IE to render in it’s super standards mode.

WHATWG was so exact in their specification (because they considered it an implementation, if I remember correctly) that there were no gray areas about rendering. Once IE (or anyone for that matter) got HTML 5 right, they wouldn’t NEED any other rendering engine because it described how things already were and added a little to it. So, specifying what version of HTML one was authoring against was a good-enough switch. If it isn’t HTML5+, use the old rendering engine. If it’s later than HTML5, use the new one.

IE, however, is so afraid of “breaking the web” that specifying a browser version seems better to them. That way, they have an out if they put bugs in (IE may be the only software that wants to leave bugs in it’s software instead of removing them). IE 9 may have four rendering modes. I think this is going to end up bloating IE, but that is Microsoft’s problem.

Instead, I think IE should make the super-standards mode rendering a perpetual beta. That is, they make no promises to developers that existing bugs will stay in the software. This is pretty much the way every other browser works. If you upgrade, they fix bugs (just like all software). Using a generic switch (e.g. X-Standards-Mode) to trigger the “beta renderer” should be avoided by people who need their sites to always work the way they are when they made them, and let the rest of us (the people who KNOW what they are doing) code against standards with the knowledge that IE will get it right one day (and we’ll code for bugs with conditional comments until then).

However, the browser version switch does give us the ability to pick the rendering method directly, which provides us with a little more control. If we could make IE use a different rendering engine (say, Mozilla) as a “plug-in”, all our problems would be solved.

#35 On January 23rd, 2008 11:17 am Robert Whittaker replied:

Presumably the meta tag itself is not so much of a problem, but standards enthusiasts are IMO rightly complaining that the default behaviour for sites written according to the standards is not to be the full standards mode. Yet another version of IE will be crippled so it does not behave properly by default.

If the problem that this is trying to solve is indeed corporate intranets, then what is required is a way for those considering upgrades to be able to ensure that legacy intranet applications are not broken. While using semi-standards mode by default makes things easier for company admins considering an upgrade, the advantages are far outweighed (IMO) by the damage it will continue to do to the adoption of web standards throughout the rest of the web.

As standards are concerned, the full standards mode really should be the default behaviour. I’d have thought that the best way to allow this would be to expect site authors to ensure they added an agreed “IE render in legacy mode” tags / headers to their sites. But if that’s too great a burden, then you could have some sort of “Legacy Sites” exceptions list in the IE settings to give control to the user.

Company admins can add their intranets to the “Legacy Sites” list when they roll out the upgrade, and regular surfers who see a broken site can opt to add that site to the list too. Pages without doctypes are handled in the quirks mode way as before, and site-owners who really want their sites to be rendered in the old semi-standard way can use a doctype and add an appropriate IE-specific tag. For everything else, you happily get the default behaviour, namely to use the full standards mode.

#36 On January 23rd, 2008 11:23 am Dave Woods - HTML, CSS, Web Design » Will my site break in IE8? replied:

[...] The Web Standards Project [...]

#37 On January 23rd, 2008 1:53 pm Gérard Talbot replied:

To Patrick Lauke,

You said:
“and you’ll be able to spot substandard developers and companies because even their simplest sites will either lack the meta, or have one that specifies IE6 rendering… this will make weeding out contractors a lot easier…”

1- Again, a Webpage Quality Indicator Icon idea/proposal just like I presented at Channel 9 wiki on Internet Explorer Standards Support, Channel 9 wiki on Internet Explorer Feature Requests and Channel 9 wiki on Internet Explorer Bugs would have been a more useful, reliable and relevant way for everyone to spot substandard developers.

2- You mention “have one that specifies IE6 rendering”. This is what confused me and lead me to think that the <meta>-tag in IE8 would/will actually be able to render a page with IE6 standards mode. Patrick, could you please re-examine what you meant to write… otherwise, could you please clarify, explicit what you were trying to say. Thank you.

Best regards, Gérard

#38 On January 23rd, 2008 2:13 pm Gérard Talbot replied:

Isofarro and others,

What is your position on a) IE8 having an opt-out to trigger IE7 standards rendering mode and b) having IE8 render standards mode by default (assuming a proper doctype decl. to trigger standards mode, just working like it is in IE6 and in IE7)?

To me, there is a consensus around this proposal.
Such proposal would meet your position/demands/requirements as defined in this blog.
And such opt-out mechanism would indeed offer big websites the possibility to adjust and to smooth the transition when a new browser version is released.

I think that would (should? could?) be acceptable to all, not entirely satisfactory, but acceptable.

Regards, Gérard

Internet Explorer 7 bugs

#39 On January 23rd, 2008 3:05 pm emarts replied:

Oh please, IE8 Developer Team, kill yourself! :S

W3C Standards, not Microsoft $tandar$ please!!!!

#40 On January 23rd, 2008 3:51 pm WaSP Member blawson replied:

Robin, there is no “official” Web Standards Project statement: you’ll notice in the footer it says “All of the entries posted in WaSP Buzz express the opinions of their individual authors. They do not necessarily reflect the plans or positions of the Web Standards Project as a group.”

Most of us had no idea that this was happening until we read the ALA article.

My initial reaction was like Eric Meyer’s: WTF?!?!

To be honest, if it were not my respect for Aaron, PPK, Eric and Zeldman, I’d not be giving it more brainspace now (which is wrong of me, but I’ve only got so many unused neurones). Personally, I still don’t know what I think; I’m torn between purist-Bruce and pragmatist-Bruce.

I’ve got some long flights on Friday on budget airlines with no free G&T, so hope to do my thinking then.

#41 On January 23rd, 2008 5:03 pm Max Design - standards based web design, development and training » IE8 and versioning - very worrying developments replied:

[...] Microsoft’s Version Targeting Proposal [...]

#42 On January 23rd, 2008 7:31 pm Best viewed in X-UA-Compatible · All the Billion Other Moments (Jason Penney) replied:

[...] Yesterday saw the release of A List Apart #251 which is causing quite a bit of discussion. It focuses on a proposal put forth my Microsoft and some members of the Web Standards Project for a new meta tag than will control the rendering mode of IE8. [...]

#43 On January 23rd, 2008 8:10 pm Tom Presk replied:

My initial thoughts were that it was a bad thing. Why should I have to insert extra code into my page in order to tell the browser that I’m writing using the latest web standards? Isn’t this resorting to browser sniffing which caused so many problems and extra hours of work?

#44 On January 23rd, 2008 8:30 pm » Blog Archive » The Version Targeting In IE8 Proposal - StevenClark.com.au replied:

[...] Drew McLellan’s Microsoft’s Version Targeting Proposal [...]

#45 On January 23rd, 2008 8:36 pm Demian replied:

I’m not going to put anything on my code that’s outside of what the W3C sets as a standard. Period.
I didn’t like the DOCTYPE, Conditional comments or CSS hacks. I don’t like this either. I’m tired of covering MS errors.
I want to code once, without hacks or foreign code and using the available standards.
They want us to hear them and help them. Did they hear us back then when they where making the web fit their needs?
I code for standards, not browsers.
I say NO to browser targeting.

#46 On January 23rd, 2008 9:25 pm Electriblog » Blog Archive » If browsers were cars… replied:

[...] January 24th, 2008If browsers were cars… So, there’s a lot of discussion all around the web because of the proposal for browsertargeting. If you don’t know what I’m talking about, here you have the main sites: IEBlog announcement The A List Apart article by Aaron Gustafson (and Eric Meyer’s opinion) Jeffrey Zeldman’s opinion (from A List Apart) Drew McLellan’s and Dean Edwards‘ opinion (from WaSP) Robert O’Callahan’s opinion (fom Mozilla) and follow-up Anne van Kesteren’s opinion (from Opera) Maciej Stachowiak’s opinion (from WebKit) [...]

#47 On January 23rd, 2008 9:26 pm WaSP Member plauke replied:

Could WaSP please post an official position on this subject

as bruce lawson already mentioned, the WaSP as a whole (mystical entity) was not consulted, and many didn’t even know it was in the works at all. and, not surprisingly, every single WaSP (full member or task force member) has their own ideas, viewpoints, agendas…getting consensus has historically been difficult, nay impossible.

so, sadly, all you’re left with is disparate opinions of individuals. even more sadly, many members of WaSP who were completely in the dark on this certainly feel a bit awkward, if not outright dirty IMHO, of now being seen by the part of the community that thinks this is insanity as part of “that lot that tried to ratify it in the name of the community”…

Gérard: it may not have come across, but there was a very heavy dose of sarcasm permeating my previous two comments. and the IE6 dig was taking it ad absurdum: yes, IE8 won’t switch to IE6 rendering, but only as far back as IE7. but once the meta is out there, the clueless developers which up to now have been unable to actually work with standards (the ones that Aaron mentions in his article, and the ones that were responsible for the IE6-specific sites that bombed so fantastically when IE7 came out, the ones that didn’t even bother checking the IE7 beta versions and use the ample time the betas were out to clean up their act) will see them, not understand them, and start plugging in the version number of the IE were their site still used to work as they intended. a mix of cargo cult and ignorance.

#48 On January 24th, 2008 12:29 am How IE8 Gets Standards Compliant | GrantPalin.com replied:

[...] The Web Standards Project website has posted a disclaimer that, although individuals who are members of the project have worked with Microsoft in this venture, said individuals do not represent WaSP in this regard. [...]

#49 On January 24th, 2008 12:39 am Robin Massart replied:

plauke, blawson:

Thanks for your responses. The article in the MS task force section clearly states:

“In this week’s issue of A List Apart, I was (finally) able to reveal Microsoft’s new strategy for forward-compatibility, a strategy that was developed hand-in-hand with several of us here at WaSP.”

Likewise Chris Wilson’s IE blog states:

“With this painful and unexpected lesson under our belt, we worked together with The Web Standards Project (in the WaSP-Microsoft Task Force) on this problem. I can’t give them enough credit for this work;”

As far as I’m concerned that’s an endorsement from WaSP for this proposal. If WaSP does not endorse this, these sentences need to be re-written to make it clear that WaSP, as a group, does not endorse this.

I appreciate that individual members have their own opinions. But many half clued up managers will be reading these blogs and forcing their web designers to include this meta tag, since WaSP thinks it’s OK. This suggestion is fundamental to the future of standards in my opinion and if WaSP can’t come to a consensus on this I feel WaSP is heading down a slippery path (I personaly feel it is already suffering a lack of direction since Molly left, but that’s another matter).

WaSP has fought so hard to make the internet standards aware. And just as standards become mainstream along comes a proposal that essential makes non-standard HTML rendering the most common on the web since:

a) most sites do not and probably will not have this tag on their pages

b) most people use IE

c) therefore most people with see most pages rendered in a non-standard way.

I have one question to all those WaSP members who support this idea. Do you honestly believe that any browser manufacturer will, “to the end of the web”, keep shipping their latest browsers with rendering modes for ALL their previous browsers. eg that IE 20 will ship with 100% accurate rendering modes for IE19, IE18, IE17 all the way down to IE7? Please… Microsoft doesn’t even do that for Word (it’s flagship application), why should it do so for IE?

#50 On January 24th, 2008 2:23 am   IE8 Version Targeting causes quite a stir by Mandala Air replied:

[...] Microsoft’s own announcement drew both positive and negative comments Jonathan Snook welcomes the change Anne van Kesteren is not a fan A Mozilla developer chimes in PPK defines the semantics An official Web Standards Project statement on their involvement Jeremy Keith thinks the implementation is broken Andy Budd sees opportunities for other browser vendors Ethan Marcotte read it two weeks ago and still can’t decide Zeldman steps up to defend the idea John ‘jQuery’ Resig thinks the new tag is worthless Gareth Rushgrove tentatively approves of the change Dean Edwards posts some pertinent quotes from the WHATWG mailing list Roger Johansson doesn’t think he likes it Rachel Andrew sees it as a backwards step Safari say they won’t be implementing version targeting Hixie thinks the move could be construed as anti-competitive Lachlan Hardy thinks we should accept the inevitable Mike Davies says it’s the end of the line for IE [...]

#51 On January 24th, 2008 4:20 am Tom replied:

I feel sorry for the IE developers, they are trying to make IE more standards compliant while trying keep their employer happy. I fear this will be the best compromise.

#52 On January 24th, 2008 5:07 am Bitter replied:

How can anyone not be amazed at this event and how things have turned out?

Today is the day that WaSP died. One person undoing everything that was being fought for and agreeing arbitarily to suggestions from the worst company in the world without even consulting other members.

WaSP FAILED miserably, open web standards is meaningless now.

#53 On January 24th, 2008 8:28 am a work on process » The fury that Microsoft have unleashed replied:

[...] Eric Meyer and Jeffrey Zeldman explaining their support, Jeremy Keith suggesting that at the very least this is the wrong way round (the default should be the latest and greatest rendering engine), Drew McLellan (Web Standards Group Lead) pointing out that while members of the WaSP Microsoft Task Force had been involved in the initiative, this is not (currently) a WaSP-endorsed idea, comments from Ian Hickson, and Sam Ruby and his commenting crowd considering the technical implications. [...]

#54 On January 24th, 2008 9:41 am Man with no blog » Round One - We Blinked and the Corporate Sector Won replied:

[...] Well we know that the WaSP-Microsoft Task Force have been working on this for a while. The question does come up if this has so many problems, what where the alternatives, like. Is it possible that they where so bad, or that Microsoft just put a gun to the task force’s head and said “We are doing it with you or without you.” – I really hope this was not the case. I guess we will never know with a cloak of NDA around it all. [...]

#55 On January 24th, 2008 10:30 am minimal design replied:

I just read Zelman’s article… wow…

Is there some sort of official procedure to get those behind this proposal kicked out of the WaSP?

If not, you might as well change the tag line to: “Working together for Microsoft”…

#56 On January 24th, 2008 10:37 am csskarma.com/blog » IE8 - Version Targeting replied:

[...] The current hot topic in the world of web development is IE8 and its version targeting, Eric Meyer’s article on A List Apart and Aaron Gustafson’s Beyond DOCTYPE. I’ve commenting all over the place about this, so I thought I’d consolidate all the comments into a blog post, and maybe elaborate a little. [...]

#57 On January 24th, 2008 11:02 am Mr K PositionMakers replied:

Come on now. Why are we fixing things for Microsoft? Let’s move on to a new world without paid software :).

#58 On January 24th, 2008 12:43 pm Ray McCord replied:

Thing is… locking into IE 7 strict mode *ends* the evolution of rendering in IE from then on, because every client and lazy developer will use the known rendering mode of IE 7 that they will get for free by doing *nothing at all*.

This means, going forward, sites will *only* evolve to the level technically possible in IE 7 and no further, because it would cause more to “add bells and whistles” that only work in alternative browsers with less perceived market share.

Face it, a lot of people don’t even know there are other browsers than IE, or even that IE is something separate of Windows that has its own name. It’s just “the Internet”. These people, and MS-dominated intranets that have locked into some previous version of IE, will always leave IE some measure of market share. This is especially true while IE ships as the default Windows browser, or if XP never gets replaced and we get stuck in IE 6 default baseline mode forever.

In any event, a release version that implements this concept would mean necessarily mean standards evolution stops, since new standards weren’t implemented at the moment things froze at IE 7. HTML 5 can kiss its a** goodbye. XHTML with a proper mime-type will never see the light of day. The W3C may as well just hand over the keys to MS, since only MS can unlock the Web and standardize anything that has the chance of going mainstream. CSS 3 becomes a pipe dream. The WHAT-WG? POOF! It’s like they never existed. Can you say “The WHO-WG?” All of the work that people have put into standards like Web Applications 1.0 and Web Forms and SVG and MathML and… *all of it* — every single last thing we’ve done for almost a *decade* goes up in smoke nearly *instantly*.

So, go ahead, swallow that pill, my friends. Enjoy the rest of your careers inside the Matrix.

Those of us who care will not go idly into that cold night.

Regards

#59 On January 24th, 2008 6:08 pm Pinoccio replied:

Just use DOCTYPE for HTML 5.

If you use it will send IE8 into standards mode. Other browsers act the same.

Problem solved. No meta tags.

#60 On January 24th, 2008 6:27 pm Ray McCord replied:

Alternatives NOW!

http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx#7228772

Give them something to do, other than coding the original proposal!

#61 On January 24th, 2008 7:20 pm Ray McCord replied:

@Pinoccio:

It is not even near written in stone yet. HTML 5 is a draft; a mind dump to get it down and start discussing — nothing more. Stuff can and will be changed. It will be nowhere near complete in time for us to even have the hope of it being involved in saving us from this debacle.

I commend you for attempting to present an alternative, though. We need more people to throw out some reasoned ideas!

#62 On January 24th, 2008 7:29 pm Ray McCord replied:

…and by “throw out” I don’t mean discard.

If you have *any idea* that might have merit and *meet the goals of both camps* (IE and standards) of backward compatibility with IE6-era documents without having to edit them *AND* forward compatibility that lets standards-compliant pages get rendered in the latest available standards mode in IE 8 and up without having to add cruft for the good guys that authored to standards and shouldn’t have to go beyond the DOCTYPE to signify that in the page, then lay it on the line, baby. ;)

See my post above, Alternatives NOW! and contribute to the alternative solution we so urgently need to save the work of the last half-decade of standards advancement.

Thank you!

#63 On January 24th, 2008 7:33 pm Pinoccio replied:

@Ray (and anyone alse interested):

See here for more info:

http://ejohn.org/blog/html5-doctype/

Yeah, I guess we can speculate that DOCTYPE for HTML5 could change. Somehow I don’t see it happening since it is already recognized that way by all browsers, if I understood that guy properly.

#64 On January 24th, 2008 8:21 pm Ray McCord replied:

@Pinoccio:

Interesting option. Thanks for the link.

If this becomes the majority consensus of the best course, I think we should have a thorough look at what, if any, ramifications this could have before committing ourselves to this alternative.

As this specification is still a draft, though, I think extra care is advised due to not having any real-world data as to how it will act in the wild, should we just start using the HTML5 DOCTYPE without the actual document semantics (tags and such) that are supposed to go along with it. :)

I must admit, it beats extra tags and proprietary features. It also brings IE closer to the behavior of other modern browsers in their treatment of an likely standard. That and it meets the backward compatibility requirement for a resolution. The only thing is it still means that perfectly legitimate standards-compliant, strict-DOCTYPE pages of the now will be forever locked into the technological peak of rendering capabilities existing in IE 7 without being modified.

Well, if a “works as good as HTML 4/XHTML 1 does now” subset of HTML 5 can be pragmatically implemented by the time we see IE 8 hit the net, I guess we might just get out of this one without some sort of blood sacrifice.

But, when has that ever happened before in Web development? ;)

(/me fingers crossed)

#65 On January 25th, 2008 5:22 am Rick replied:

Well, I must say, the Microsoft propaganda and lobbying machine is still going strong. Within just a few days Microsoft has completely undermined the web standards effort, and turned WaSP, ALA and a number of promininent members of the community into mouthpieces for its proprietary ‘standards’ strategy, aka ‘embrace, extend and extinguish’.

For those who’ve only gotten into the whole standards thing when they started designing websites: this is nothing new. This has been happening time and time again in the software world for the past few decades. It’s standard operating procedure for the boys and girls at Microsoft.

It appears they didn’t even have to make much of an effort to come up with a plausible cover story this time: the whole concept of version targetting is completely and utterly unrealistic. Making people inside the industry drink the kool-aid must have rarely been so easy for MS.

I had hoped the webdev community stood a better chance of standing up to Microsoft’s tactis than the old pre- open source IT community, but now that prominent members have sold out and the credibility of WaSP and ALA have been completely undermined, I’m afraid our only hope now is that IE can be defeated in the marketplace. Fat chance of that happening.

Executive summary: although Microsoft has been forced to make IE8 capable of being current standards compliant, it has at the same time ensured that it will be very unlikely to be forced to implement open web standards EVER AGAIN, both at a technical and political level. Forget about HTML5, CSS3 etcetera. Unless any browser manufacturer can beat MS, this is the end of the line for web standards.

#66 On January 25th, 2008 7:10 am WaSP Member plauke replied:

in the article, aaron states:

“We could specify the version of the languages we use, such as CSS 2.1 or JavaScript 1.5. Unfortunately, browser vendors often implement only part of a spec and the interpretation of a specification often differs from browser to browser, so any two contemporary browsers may offer completely different renderings of the same CSS or may trigger completely different events from the same form control.”

well, how’s this: what if we were to version the languages, and carry on doing EXACTLY what we’re already doing to accommodate for differences in browsers, i.e. use conditional comments and possibly a tiny amount of hacks/javascript-based sniffing (capability sniffing and/or browser sniffing)?

personally, my gut feeling here would be that this is more “right” – you’re defining which W3C spec you’re assuming for the page to work, and make slight accommodations where you know for a fact that a specific browser hasn’t implemented it right. it’s specifying the capabilities expected of a browser, rather than the exact browser and version number that the page assumes.

old legacy/intranet sites can stay as they are (without the versioning), and then it can be assumed they’re using the current JS spec and CSS 2.1. that would be the frozen bit: if you don’t version, this is the assumed spec. IE can then do whatever it likes when it comes across those pages…kick in a separate IE7 rendered / JS engine or whatever.

yes, developers would have to modify their code to add versioning, even to their existing sites. but this feels descriptive (similar to doctypes, it’s something you add to your page to explicitly describe what it IS, not what it should do…a subtle, yet fundamental difference in my eyes).

so…somebody explain to me again why this wouldn’t be far more desirable? am i missing something?

#67 On January 25th, 2008 9:14 am theportraitofageek.com » X-UA-Compatible & ΙΕ8 replied:

[...] O browser δεν έχει σκάσει μύτη ακόμα και καλό θα ήταν αυτό να διορθωθεί όσο είναι ακόμα νωρίς. Γιατι απ’ οτι διαβάζω δεν έχει και την πλήρη υποστήριξη του WaSP. [...]

#68 On January 25th, 2008 3:17 pm Thomas replied:

“If you have *any idea* that might have merit and *meet the goals of both camps* (IE and standards) of backward compatibility with IE6-era documents without having to edit them *AND* forward compatibility that lets standards-compliant pages get rendered in the latest available standards mode in IE 8 and up without having to add cruft for the good guys that authored to standards and shouldn’t have to go beyond the DOCTYPE to signify that in the page, then lay it on the line, baby. ;)”

Your post leaves out the possibility that there is no acceptable solution that will give Microsoft what they want while not impeding the forward progress of an open, standards based web. I believe there are a lot of good reasons that have been given why it would be wrong and harmful for standard behavior that other browsers support to require an opt-in in IE8.

If Microsoft doesn’t want a broken web then shouldn’t they make sure that pages that display properly in most other browsers also work in their new browser by default without any changes? I have to agree with the suggestion that if there are broken pages that a developer doesn’t want to fix and it needs to be treated differently by IE then they should opt-out of standards mode and specify a previous version of IE. That would make it easier for intranet applications to make the transition. Otherwise, IE should treat web sites the way that just about every other browser does and render them according to the standards laid out to the best of its ability.

#69 On January 25th, 2008 8:21 pm Keith Bowes replied:

OK, this might be the stupidest thing you’ve ever heard (but considering the stupid things I’ve written, I somehow doubt it), but why not allow the user to decide if they want pages to use a legacy rendering or not and then have a blacklist/whitelist of sites that are the exception (like with popups)? You could have most sites use the latest and greatest features and then have the “Intranet zone” default to the legacy rendering.

But personally, I don’t see the deal with sites breaking. I may be wrong, but it doesn’t seem like any functionality is lost between browser versions (even in Netscape 6 when they changed the DOM, surely Netscape 4 sites would have still worked, only without the DHTML goodness). It seems more of a case of developers or their clients wanting absolute control over the display of web pages in all cases, which is an impossibility for this medium.

#70 On January 26th, 2008 5:59 am Ray McCord replied:

@ Thomas:

Your post leaves out the possibility that there is no acceptable solution that will give Microsoft what they want while not impeding the forward progress of an open, standards based web.

I don’t believe that to be the case, at least if Microsoft’s motive is indeed to not break existing pages that currently work in any version of IE to date while making IE 8 more compliant to current standards.

I believe there are a lot of good reasons that have been given why it would be wrong and harmful for standard behavior that other browsers support to require an opt-in in IE8.

Indeed. The DOCTYPE was more of a “natural opt-in” than the current proposal. It didn’t feel like an opt-in because the split between pages written to quirks and pages written to standards fell (more or less) dead on the line of who used a compliant DOCTYPE and who didn’t. So, opt-in was essentially what happened last time with DOCTYPE switching and so that is the approach this time around — to keep those millions of old documents that already work in quirkier versions of IE working in newer versions of IE without changes representing phenomenal expense.

So, Microsoft *WILL NOT* break any pages that currently work with any version of IE to date and *WILL NOT* require them to be edited to accommodate moving forward with more complete standards compliance.

This means IE *MUST* be able to tell which standards mode a document wants, and can’t use just the DOCTYPE to do it, because it’s already been screwed up with IE 6. That means a switch must be located in the document (like a META tag or a conditional comment) or must be linked to the document (like HTTP headers, external stylesheets, scripts, images, or other object).

The short of it is, if we can’t find some other way to signal that distinction in a more granular manner than a blanket opt-in/opt-out trigger, web standards takes a big blow and proprietary IE rendering gets a big shot in the arm — as IE 7 standards mode rendering becomes the default for all documents that don’t have some trigger in them that send IE 8 and above into another mode.

MS can’t change the user agent string, because too much code uses that to determine the DOM and/or generate the actual page and/or style rules embedded in the page and/or determine the availability of the IE feature set (ActiveX, VRML, COM interface, expressions, VBScript, and more). If they change the UA string, they break IE-specific pages. This would devastate their intranet market and MS *WON’T* do that, as it has a honking load of back-office, front-office, server-room, and middleware market share depending on IE for web integration.

MS can’t just kill the existing bug-based style hooks because of open conditional comments like “if IE” from back in the day when, if you targeted styles at IE 5, you knew it was quirks mode regardless of DOCTYPE, so if the DOCTYPE was valid, you assume IE 6 standards mode and bug-fix accordingly. This logic assumed there would be no more IE versions after 6 or that things like Chris Wilson mentioned (about boxes overflowing against standards) would not be fixed in future “standards mode”, because that is “just how IE does it”.

If that whole thing about assuming “there would be no more IE versions after 6″ sounds naive, recall that MS announced no further development on IE after 6 came out. The IE development team was disbanded. People thought ‘standards mode” in IE would forever be the broken implementation that was in IE 6. People coded to this assumption and a heck of a lot of pages got made in the interim between that announcement and MS announcing the IE team was getting back together to make another version.

The damage had already been done. So, we have code that assumed standards mode would always be the errant behavior of IE 6. Regrettably, the differences between IE 6 standards mode and the following IE versions will become more and more divergent. Unmaintained pages will become more and more broken over time and less and less usable.

Another unfortunate factor is that, since IE 7 is already out without any new switching mechanism, nothing can be done about what IE 7 broke of the unmaintained pages out there. However, more pages will become unmaintained during the life cycle of IE 7. This makes for changes to standards mode behavior in IE 8 even more of a problem. With damage to maintained pages that broke with IE 7 getting fixed, the only logical fall-back point for the current “standards mode” is the interpretation as it is now in IE 7. This limits the damage to what has already occurred.

So, the question becomes this: Is there any way current and future pages can be distinguished from pages made for IE 6 or 7 standards mode?

I think it is safe to assume people will apply different styles for IE 8 than IE 7, using either conditional comments or some new mechanism available in IE 8 and up. That should be looked at as a more granular switching mechanism than an explicit opt-in mechanism.

I think media queries are a promising option to look into for signaling IE 8 to use the latest standards mode. If once could query the UA string for MSIE or see if “conditional comments” are implemented, or some such, and since only IE 8 and up would know about media queries… you know to switch on maximum standards-compliance mode. Such a mechanism could possibly be used in conjunction with conditional comments to bury this in an IE-only stylesheet.

That, or maybe just an evidence-based decision tree that errs on the side of IE 7 rendering unless there is evidence of explicit compensation for IE 8 (using an explicit major version number of 8 in an inclusively matching conditional comment) or something like that.

Hence, my original post.

So, let me revise it a bit to ask “can we get around the problem using what is already available with current or soon-to-be standards?”

HTML 5 DOCTYPE may help or may not. Depending on if we end up with fallout from using it as a switching mechanism too soon, we may end up with yet another breaking point or we may end up constraining HTML 5 development to limiting factors of widespread premature deployment issues.

Media queries are already implemented, at least in part, in some major browsers, and so are likely to remain viable and part of some future standard even if CSS-3 never makes it out the door (which we have absolutely no reason to think will occur).

Conditional comments are already implemented in IE since version 5, with the commitment to their longevity. So, there is that as a potential part of a solution.

Let’s just all put out heads together and see what else we can come up with that is more palatable than version targeting and markup-based switching. I’d like to see visual rendering issues kept separate of structural changes, if possible. It is a presentation issue, after all.

Regards.

#71 On January 26th, 2008 6:57 am Ray McCord replied:

We owe it to ourselves:

Alternatives NOW!

See here for a breakdown of the problem (my previous post above) and start helping out on an alternative solution:

IE Blog Comment

Web developers unite!

#72 On January 27th, 2008 10:46 pm RadiantGX replied:

“For many people, an excuse (meta tag lock-in) is better than an achievement (true standards compliance) because an achievement, no matter how great, leaves you having to prove yourself again in the future (IE9??) but an excuse (IE6-7) can last for lifetime (MS web reputation?).”

~Eric Hoffer (if he were a web designer)

#73 On January 28th, 2008 1:38 am Tecnología AMPM | El blog de AMPM Soluciones que repasa las noticias más relevantes del rubro » Internet Explorer 8.0: modo Super Estandar replied:

[...] Al parecer los chicos de A List Apart, anunciaban la aparición del tag meta X-UA-Compatible, un tag que la gente de Microsoft ha desarrollado sin tener en cuenta al resto de navegadores. Como era de esperar la mecha ardió casi instantáneamente, recordando épocas del ActiveX() y el document.all, y desarrolladores como John Resig, Anne van Kesteren, Gareth Rushgrove o Roc (de mozillazine) han tachado la iniciativa de inútil y perjudicial para el desarrollo web en general. Aunque aún es una propuesta, la cosa promete y seguro que este tema va a dar mucho más que hablar en los próximos meses. [...]

#74 On January 28th, 2008 7:43 am ross replied:

I’m not one of those geeks out there or in management level but here I am, telling you how it is and how it should be!
As for any out there that disagree with this well, this is just a feeling as is this saying; That we all [as a world of nations {as people}] want, need and have to have access to the Web [whether we are browsers or users]. For one simple reason that one without the other won’t work, full stop!
Think of the Web as one large page and many readers world wide.
So many readers per page [variety is necessary], so many more pages [of different contents] are necessarily needed too, to accommodate different levels of minds. The Web is a place of intellectual stimulation [in many different levels]; Thus it should be made user friendly; as progress [of our world] onwards is very rapid, any delay in the setting up of new sites, then the old turns to stale [as old information dries the brain].
The Web should remain in a growth format at all times; New people born, new ideas brought into the world, other stimulation’s been born through constant use. Like songs of old give birth to songs of new as old is listened to.
One mans sayings [as this may be] is another mans ideas been born a-new.
Instead of conflict of products here, now is the time to unit your efforts and profits will come ten-fold, both for the users and the browsers.
Need I say any – more for your comprehension.
While keeping up to your protocols around the building of this Idea.

#75 On January 28th, 2008 8:04 am Oric replied:

Why should others browsers companies should implement this “MS” tag ?

Let MS browser support it for they own purpose and let the other browsers following the Web Standards way plain and simple.

So, it will only be the developper concern to use it or not.

Anyway, if MS want to put it on market, they will.

My concern regards to the rude comments above is : its just an illusion to think MS does not influence W3C since years.
But the prove is, that meanwhile, we have to do with it everyday but nonetheless MS had to work in web standard way afterall (IE8 – cross finger).

Also, not putting a browser-targetting (standard way) will be allways easier than managing one, so web standards will allways have our support has developper (yes only developper, has end-user dont care about what display his page has long has it display it correctly).

So, what is stronger ? Our faith in web standards or MS ?

#76 On January 28th, 2008 4:27 pm John Foliot replied:

so here’s a question…

Say you have a document that lacks a DTD, but *includes* the metatag. What mode do you get?

The lack of a DTD triggers quirks mode, but the metatag would trigger IE8. What should it be? Will the lack of DTD continue to trigger quirks mode, or will the new metatag *replace* the need for a DTD in IE. What will this do to/for the other browsers? (Do i hear the word “break”…?)

Despite Zelman’s and Meyer’s reasoned and understandable explanations, this time they are wrong to support MS’s idea – it’s a backward step no matter which way you look at it. Sorry.

JF

#77 On January 28th, 2008 9:37 pm D Tondro replied:

I think we need to hear from EACH and EVERY member of the WaSP and from the various well-known contributors of ALA on their opinions on the inclusion of the meta tag.

These are the people who are most influential, the people who write the books we buy, who publish the articles we have derived most of our “standards” form.

Are they letting Microsoft off the hook again?
Are they backtracking their statements from the past?
Shouldn’t new technology (IE8) make the old technology (IE6) obsolete?
Shouldn’t companies be required to ditch the old sites for new ones if IE8 is really going to catch up to the other vendors like MS is promising?

What is running thru those huge brains of yours on the subject?

#78 On January 29th, 2008 12:40 am Gérard Talbot replied:

To Drew McLellan and Kimberly Blessing,

What is the WaSP’s official position on Microsoft’s <meta> version targeting implementation? As a Web Standards movement, we have to take a position and express it.

By now, we all have read a few blogs, seen lots of comments and had sufficient time to weight the advantages and disadvantages, etc… and form for ourselves an opinion…

My position is that IE8 should default to standards compliant rendering mode and a <meta>-tag could be used but only and only as an opt-out (say, to IE 7 “standards” mode). I put quotes around “standards” regarding IE 7 because we all know that IE 7′s standards mode has over 750 bugs (spec. violations, incorrect implementations) and about 500 unsupported properties, attributes and methods in HTML 4, CSS 2.1, DOM 1 & 2, etc.

Regards, Gérard

#79 On January 29th, 2008 12:41 pm Steven replied:

Personally, I’m not happy with the idea of requiring an extra tag in my (X)HTML code just to ensure IE will display my web pages correctly. Frankly, if a developer’s pages break because the new browser is _less_ buggy than the previous version, then the developer should fix its web pages. If the developer has been following proper web standards, but has to use various hacks to work around specific brands of browser’s bugs then maybe the developer should rewrite its pages so that they’re less convoluted (KISS)!

Anyhow, if Microsoft is so worried about this then maybe they should try this out: If a web page has a DOCTYPE declaration, but has errors, or has a missing/malformed DOCTYPE then not only revert to quirks mode, but offer to render the page in IEn-m engine.

Let IE8 render web pages in Standards mode by default. Don’t make conscientious web developers and competing browser developers shoulder the burden of correcting Microsoft’s mistakes.

#80 On January 29th, 2008 2:34 pm geraldo replied:

Phew, so many great comments, but whether technical, thoughtful, partisan, from-the-heart, whatever, the fact remains: DOCTYPE will create a fork in web-standards, and a fork in the web itself.

The very fabric of the web itself rests on Open Standards (TCP/IP, HTTP, HTML, you-name-it), but DOCTYPE will give Microsoft the space to do what it does best: ignore Open Standards, force us to to use IE because only IE can render web-sites properly, and hence keep Windows on the desktop so that we keep paying the Windows tax.

Guys ‘n Gals: box hard for Open Standards! Don’t let proprietary standards dictate to you.

#81 On January 30th, 2008 4:16 pm What’s Best for Web Standards? - Beast-Blog.com replied:

[...] Microsoft’s Version Targeting Proposal by Crew McLellan (WaSP). [...]

#82 On January 31st, 2008 6:23 pm Daniel replied:

@Mr. Talbot.

I do understand your position. However, since unknown doctypes will trigger Full Standards Mode in IE8, I conclude this mode is the default.

The old – or known – doctypes are the real opt-out while the meta-element is an additional opt-in.

And according to Chros Wilson, it may have been the last time an additional mode was introduced.

#83 On February 1st, 2008 12:44 pm Mike replied:

I like many others see this as a valiant effort by the current IE development team to fix the bed that Microsoft made for itself. However, I also see this as a terrible idea which will in the end only reinforce the dominance of IE/Microsoft in dictating what will and will not be standard.

The solution that everyone keeps asking for is actually very simple. However, it is one that Microsoft themselves have to create. The solution is to simply not intertwine IE8 into the Windows operating system like bone cancer in a person. If they were to make IE8 a separated app then those big, slow, dinosaur companies with intranets that require IE6 could keep IE6 for their intranets and also run IE8 without this proprietary markup for the internet.

So, the solution is simple. Microsoft will have to make a sacrifice now for their past actions. I know it is completely unAmerican to expect a company to pay for their past deeds, but that is the right solution to this.

They caused this whole mess with their despicable actions in the 90s so now they should shoulder the burden for fixing it in their software not our standards.

#84 On February 1st, 2008 1:54 pm digihoo replied:

It should be pointed out that as of March 8, 2007, Microsoft’s net worth as a company was $267.53 Billion (USD). So here’s a company that has had hundreds of billions of dollars and several years to address this issue and THIS is the best it can do? Hmm.

Years ago, they could’ve afforded to hire every single one of the brightest minds on the planet – minds that probably could’ve entirely re-written the buggy browser from scratch in a few months time, had it chosen to do so. Again, Hmm.

So they’ve had the money, the time and the opportunity to fix things. With some thought, doesn’t it become rather obvious that they are most likely CHOOSING non-compliance?

This would keep intranet and legacy app users locked in to their current IE stranglehold for the foreseeable future.

Microsoft is a company that has never chosen compliancy. And this has been a DELIBERATE choice all the way, right down the line.

And they NEVER WILL, or they would’ve done so by now.

By far the most disturbing aspect of this IE8 debate is that some developers and organizations who in the past have made standards compliance such high a priority have now thrown their reputations aside in order to back this hack.

People and groups that have announced their support of Microsoft on this issue can no longer truly consider themselves advocates of standards compliance. You can’t have it both ways. Standards are standards, whether it’s for Microsoft or Mozilla.

Anyway, here’s my suggestion: Since Microsft has chosen this course (with everyone else paying the bill), let’s put the onus on them to handle the breakage when it occurs.

They should put a big red button on the main toolbar of IE8 with the message: “Having trouble viewing this site?”.

In which case a “Yes” reply would revert the browser back to IE7, or 6, or 5, or whatever ancient version they choose to keep people locked in to.

#85 On February 3rd, 2008 3:52 am Julio Lajara replied:

I have mixed opinions on this, but in general why dont they make the browser versioning part of the DOCTYPE tag to avoid further degrading its importance? I understand that making it a meta you can add it to the header and all, but they are making a simple solution way more complicated than it has to be. If the version is in the DOCTYPE… use it, if not assume its and old school DOCTYPE standards pre- IE8.

#86 On February 5th, 2008 3:27 pm Mike replied:

Microsoft are trying to fix a problem that doesn’t exist – every major corporate body that I know of have locked their desktop’s off at IE6, because IE7 breaks so many (Microsoft based) intranets. A rendering mode in IE8 that only goes back as far as IE7 is not going to be any use to these kinds of people. Presumably Vista won’t support IE6, so that is a shot in their other foot!

#87 On February 20th, 2008 12:45 am Nathan replied:

I’m shocked we are going backwards so fast here… Why did I spend the last 7 years of my life developing my standards compliance skills when in the blink of an eye it will suddenly be all for nothing?

I simply cannot and will not support this idea! The sites I create are standards compliant, they work in all of the major standards compliant web browsers, they require some small tweaks using conditional comments to render correctly in IE5 and up. If this new IE8 browser has the spec right why should I be forced to insert a meta tag to allow that spec to be implemented?

If IE8 has the spec right I would expect my sites to continue to render correctly, my tweaks will remain for lesser versions of IE. I can’t support the opt-in/out meta solution, but if there is no other way, don’t penalise the developers who are doing the right thing, penalise those that aren’t.

Sadly I must say I have suddenly lost a lot of respect for a small portion of prominent people who have for so long lead the way in the web standards movement due to their support for this proposal, there is only one way they will ever earn that respect back now, “dump this BS proposal” for the love of everything you worked so hard for.

#88 On February 22nd, 2008 5:52 am MentalSheep replied:

*yawn* another MS attempt to patch the (broken in their eyes) Internet…

Return to top

Post a Reply

Comments are closed.


All of the entries posted in WaSP Buzz express the opinions of their individual authors. They do not necessarily reflect the plans or positions of the Web Standards Project as a group.

This site is valid XHTML 1.0 Strict, CSS | Get Buzz via RSS or Atom | Colophon | Legal