Chris Wilson heeft glashelder aangegeven dat het voor Microsoft onacceptabel is als ze in IE niet backwards compatible kunnen zijn. Hij vindt dan ook dat ze een goede mogelijkheid moeten hebben om te onderscheiden welke versie van HTML er gebruikt wordt. Wat Microsoft in feite wil, is de huidige situatie wéér bevriezen in IE, net zoals quirks mode <> standards mode, zodat er dus inderdaad een nieuwe rendermode voor HTML5 komt.
Zo'n opt-in zou dus een doctype met versienummer zijn waar IE de te gebruiken rendermethode aan kan afleiden. Dat is in strijd met het streven van de WHATWG om vanaf nu het doctype <!DOCTYPE html> te gebruiken voor álle versies vanaf HTML5.In short, I can guarantee you that Internet Explorer will not willingly choose to break compatibility with significant amounts of web content (and with ~80% of the browser share, half a billion users, "significant breakage" is an extremely small percent). All we do when we do that (and IE7 experience bears me out here) is tick off web developers and users. We can't afford to break what is currently working, so we will have to provide opt-ins for web authors to say "hey, I know what I'm talking about as of now, please give me standards compliant behavior," because we know from experience that all but a very small number of authors expect that in their content.
- Backwards-compatibility *voor IE* is dan geen issue meer inderdaad: zij bevriezen de situatie zoals zij hem hadden zodra meer dan 0,5% van alle sites die spec volgt. Iets wat er vanaf dat moment zeker niet meer gebeurt, is het fixen van renderbugs. Gezien de buitengewoon trage release cycle van Internet Explorer, heb je daarna dus al gauw een jaar of vijf waarin de bugs van IE de de facto standaard worden: die rendermode blijft dan voor altijd ingebakken in IE en de websites die vertrouwen op die bugs blijven altijd goed zichtbaar... in IE.
- Interoperability is een heel ander probleem, wat dan extra pijnlijk gevoeld wordt. Alle andere browser-vendors zijn juist zeer toegewijd in het maken van een implementatie die zo goed mogelijk de specificaties volgt. Dat blijven ze doen en met korte release cycles fixen ze constant renderbugs, zodat webauteurs niet eens de kans krijgen om 'te vertrouwen' op die fouten. Het fixen van die bugs leidt er dus voor die browsers helemaal niet toe dat er content stuk gaat die vertrouwt op de bugs. (Dát is het probleem dat Microsoft wel heeft.) Zie jij al voor je wat er gebeurt als Microsoft bij elke nieuwe versie een nieuwe rendermode introduceert? De HTML5-rendermode van IE blijft voor altijd verbonden aan alle documenten met HTML5 in het doctype... *inclusief bugs*... en daarmee is die mode dus de échte standaard in plaats van de specificatie zelf. Vervolgens komt HTML6, waarmee hetzelfde gebeurt. Ieder van die nieuwe modes is niet gedocumenteerd en andere browsers komen er niet omheen om de marktleider te volgen en te proberen de renderwijze van IE te reverse-engineeren. Dan moeten zij óók een aparte mode gaan toevoegen voor die content... want met hun normale mode willen ze natuurlijk wel dat websites die volgens de standaard gemaakt zijn, ook met hun zo zwaarbevochten goede implementatie van die standaard gerenderd worden.
When I write my code, only God and I know what it means. One week later, only God knows.
Hell yes it's a Cuban Cigar, but I'm not supporting their economy, I'm burning their fields.