Microsoft introduceert IE8 Standards Mode
Toen afgelopen maand het nieuws naar biuiten kwam dat de opkomende versie van Internet Explorer, IE8, de ACID2 test juist kon renderen was iedereen - op z'n minst eventjes - optimistisch over de toekomst van Internet Explorer. Toen merkte men echter op dat Microsoft erg hamerde op het feit dat de ACID2 test alleen in IE8 Standards Mode juist renderde. Maar daar was verder nog geen informatie over.
Die informatie is inmiddels gekomen. Chris Wilson, IE Platform Architect, heeft vandaag in een blogposting op IEBlog aangekondigd dat vanwege de problemen die Microsoft heeft ervaren bij de stap van IE6 naar IE7 nu een specifieke opt-in flag wil gebruiken voor de zogenaamde IE8 Standards mode: de X-UA-Compatible header. En dat gaat er dan zo uit zien:
-
<meta http-equiv="X-UA-Compatible" content="IE=8" />
Of als HTTP Header:
-
X-UA-Compatible: IE=8
Zonder deze X-UA-Compatible header zal IE8 zich qua renderen gedragen als IE7 in "Standards mode" zodat websites die nu voor IE7 ontwikkeld worden niet ineens stuk gaan op het moment dat IE8 gebruikt gaat worden. Wilson geeft ook later in een comment aan dat documenten met een nieuw doctype, ik kijk dan direct richting het opkomende HTML5 - waarvan vandaag overigens de eerste Public Working Draft is uitgekomen, wel standaard direct in IE8 Standards mode kunnen worden gerenderd.
Zoals altijd bij nieuws over Internet Explorer is er een explosie aan reacties geweest, met reacties uit het hele spectrum: de obligatory "het is ongelofelijk stom", "het moet maar" en "dit lijkt mij ook de beste oplossing".
Zelf ben ik er nog niet helemaal uit over wat ik hier van vind. Aan de ene kant lijkt het haast de enige manier voor Microsoft om gebruikers toch te laten upgraden naar nieuwe versies, iets wat bij IE7 niet bepaald vlekkeloos gegaan is, maar aan de andere kant brengt het ook enkele beperkingen met zich mee en zitten we na de
[...]
wow... quirks mode, standards mode, super standards mode... :DIn IE9 we will see the super duper standards mode... this will be the ABBA release... hehe
Wat denk jij, is dit de zoveelste stomme actie van Microsoft of kan dit toch helpen de standards-impasse van Internet Explorer te doorbreken?
Volg Scriptorama via RSS!
Reageer ook!
Iedereen weet dat je B/C niet zo maar breekt, daar maak je gebruikers ongelukkig mee. Als de standards mode even goed is als ik hierboven kan proeven, dan is het zeker een goede oplossing. Dat zou namelijk betekenen dat IE8 de laatste keer is dat je nog moet ontwerpen voor oudere browsers én nieuwere browsers tegelijk.
Op het moment dat IE8/IE9 mainstream zijn (dat kan overigens nog wel even duren), dan zou dat dus betekenen dat je niet meer hoeft te ontwerpen voor IE vs. andere browsers. Een stap vooruit dus.
Door berry__
op 01.22.08 @ 11:28 pm | Permalink
Het idee om aan te geven met welke user agent getest is klinkt aanvankelijk wel aardig, maar als er niet dergelijke foutief afwijkende implementaties van standaarden zouden zijn, was het uberhaupt niet nodig om dergelijke headers neer te zetten. Je zou dan principieel kunnen zeggen dat IE een keertje in de zure appel moet bijten en gewoon een keer goed met backwards compatibility breken.
Tja, het klopt gewoon niet dat de last gelegd wordt bij de mensen die wel hun best doen. Maar ja, diezelfde groep mensen wilt wel vooruitgang en zal daarom uiteindelijk (met tegenzin) meewerken...
Misschien moet het dan toch maar op deze manier, maar dan wel samen met een mooi gebaar van MS: Vaker minor/fix updates van IE zodat na versie 8.0 de verschillen tussen IE en de rest steeds genivelleerd worden.
Door Maarten
op 01.23.08 @ 9:33 am | Permalink
Op webwereld mooie quote gevonden.. Copy paste:
Blaise Kal: 'Microsoft maakt een grote fout. Ik wil code schrijven gebaseerd op standaarden, niet op browserversies. Het ideale internet is een internet waar je niet hoeft na te denken over verschillen tussen browsers, simpelweg omdat die er niet zijn. Microsoft drijft ons steeds verder weg van dit ideaal!'
Door Joost van Velzen
op 01.23.08 @ 3:51 pm | Permalink
Deze comment (http://meyerweb.com/eric/thoughts/2008/01/23/version-two/#comment-304665) is ook de moeite waard om even door te nemen.
Door Mathieu Kooiman
op 01.23.08 @ 8:10 pm | Permalink
Dan heb ik liever dat IE8 gewoon standaard Strict-mode renderd en pas met die meta-tag terug valt op IE7 render-modes.
Het is te gek voor worden!, Microsoft wil geen terug-compatibiliteit breken maar heeft ondanks wel oude versies van de Word-document vorm verworpen omdat die namelijk 'niet-veilig' zou zijn. Alleen de software die er iets mee moet doen DAAR IS WAT IS MIS MEE!! en als het is een keer voor een goed doel is dan zijn ze nog voorzichtiger dan een muis die bang een flat gebouw om te gooien... Alleen als het hun uitkomt.
Het is goed dat IE8 eindelijk is een keer 'de standaards' gaat ondersteunen. Maar alleen de manier waar op is zo onnodig....
Hoe kan hij Upperhead die accid2 test ondersteunen als die niet eens die mete-tag heeft?
Onee!! Microsoft Acid2-test. Ahhh!!!!!!
Door Sebastiaan Stok
op 01.24.08 @ 12:07 pm | Permalink
Eindelijk een fatsoenlijk blogbericht over IE8. :-)
Als ik het goed begrijp, zodra we strakjes HTML 5 in onze doctype melden, betekent dat hij automatisch gerenderd wordt voor IE8. Dat is toch prima?
Door Stef
op 01.26.08 @ 11:47 pm | Permalink
Dat is genoemd als een mogelijkheid door Chris Wilson.
Maar vergeet niet dat we nog niet van IE6 en IE7 af zijn. Als de acceptatie van IE8 net zo waardeloos is als die van IE7 zijn we straks voor 3 IE versies aan het coden.. en daarna 4.. etc..
Aangezien het lijkt dat Microsoft voornamelijk bang is voor intranet sites die slecht onderhouden worden, hebben mensen andere methodes aangedragen voor dit probleem: zoals het standaard gebruiken van de IE8 standards mode en vervolgens Windows Server Administrators host-based aten kunnen instellen dat de IE7 "Standards" mode gebruikt moet worden voor de intranet site.
Door Mathieu Kooiman
op 01.27.08 @ 9:38 am | Permalink
Line and paragraph breaks automatic, e-mail address never displayed, HTML allowed:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>