Microsoft introduceert definitieve versie IE8

Softwarefabrikant Microsoft zal donderdag zoals verwacht tijdens de MIX09-conferentie de definitieve versie van Internet Explorer 8 introduceren. De nieuwe versie van de browser komt beschikbaar in 25 talen, waaronder het Nederlands.

Microsoft prijst zijn nieuwe browser vooral aan vanwege het verbeterde gebruiksgemak en de toegenomen snelheid. Ook heeft Microsoft naar eigen zeggen veel aandacht besteed aan de beveiliging. "Gebruikers hebben ons duidelijk gemaakt wat ze zoeken in een browser: veiligheid, snelheid en meer gebruiksgemak", aldus Microsoft-directeur Steve Ballmer. Volgens Ballmer zullen mensen met IE8 in staat zijn informatie sneller te krijgen en biedt de webbladeraar bovendien 'bescherming waar geen andere browser aan kan tippen'.

Uit onderzoek van de softwaremaker blijkt dat veel mensen de voorkeur geven aan een browser met ingebouwde beveiliging. De verbeteringen in IE8 zorgen er volgens het door Microsoft ingehuurde onderzoeksbureau NSS Labs voor dat de browser twee tot vier keer meer kwaadaardige websites kan blokkeren dan andere browsers. Ook zouden websites met de nieuwe browser aanzienlijk sneller laden. Volgens Microsoft verslaat IE8 andere browsers wat betreft laadtijd in de helft van de gevallen, waarbij de softwaremaker zich baseert op gegevens van comScore.

De snellere laadtijden zouden vooral het gevolg zijn van de ommezwaai die Microsoft met de renderengine van IE8 heeft gemaakt. Zo voldoet IE8 volgens Microsoft aan de css 2.1-standaard en wist de renderengine in een relatief vroegtijdig stadium de Acid 2-rendertest succesvol te doorlopen. Dit zou er toe leiden dat webontwikkelaars op termijn minder vaak code voor verschillende browsers moeten schrijven. Ook zijn de navigatiemogelijkheden binnen Ajax-applicaties verruimd, worden de Dom-storage en de connection events uit de eerste html 5-specificatie ondersteund, en is er een api aanwezig voor css-selectors. Tevens zou de verwerking van javascript aanzienlijk zijn versneld, waardoor websites die gebruikmaken van Ajax soepeler moeten draaien.

Een andere opvallende vernieuwing aan IE8 is de verbeterde crashbestendigheid. Als een script of plugin vastloopt, dan zal alleen de bewuste tab worden afgesloten. Dit is mogelijk omdat elke tab binnen de browser een eigen proces draait. Net als bij andere browsers is IE8 voorzien van een hersteloptie voor het geval dat de gehele browser toch vastloopt. In dat geval probeert IE8 de geopende tabs te herstellen, evenals eventueel in invulvelden aanwezige tekst.

IE8 zal vanaf donderdagmiddag 17.00 uur te downloaden zijn via de site van Microsoft.

Tweakers.net heeft eerder al een testversie van IE8 aan de tand gevoeld, waarbij de gebruikersinterface, veiligheid en privacy centraal stonden. De preview is hier te lezen.

Door Wilbert de Vries

19-03-2009 • 09:14

145

Reacties (145)

145
136
34
12
0
0
Wijzig sortering
Ik als beta-tester van IE8 kan beamen dat deze versie eindelijk een meer fatsoenlijke browser zal zijn. Wel zijn er nog een hoop dingen die ik persoonlijk graag anders zou zijn, zo vind ik de compatibiliteit met notabene eigen software soms ver te zoeken. Ik heb deze versie nog niet gedraaid, maar beta2 heeft grote problemen met Live Mesh en andere live onderdelen (gehad). Ik test beide programma's (Live Mesh en IE8) en samen is het één groot feest. In de negatieve zin van het woord dan.

Ik ben benieuwd of deze problemen zijn opgelost. De bug-reports zijn hartelijk in ontvangst genomen, maar helaas hoor je daar vervolgens maar weinig van. Wel weet ik dat de compatibiliteitsproblemen met Live Mesh serieus zijn opgepakt en dat daar aan ge werkt is. Resultaat weet ik echter niet.

Krijg je bij het installeren van deze versie dus foutmeldingen welke lijken op onderstaande dan weet je dat dit van Live Mesh komt, en dat je waarschijnlijk Live Mesh daarna ook niet meer fatsoenlijk kan deïnstalleren

http://i5.photobucket.com...bass/ie_addon_problem.png

Wel is de standaard beter gevolgd, maar dat moesten ze ook wel. De rendering is sneller geworden, maar nog niet héél snel. Hier een test die het één en ander aantoont. Vanavond maar eens kijken of mijn moeite en inzet beloond wordt :)
Anoniem: 87964 19 maart 2009 16:37
Het is al te downloaden op:

http://www.microsoft.com/windows/internet-explorer/

Gewoon effe /beta/ weghalen :)
wat ik alleen zo rete irritant vind, is dat je niet meerdere internet explorer versies (6/7/8) naast elkaar kan draaien.. Dit is super onhandig bij de ontwikkeling van websites.

Ik heb nu een site voor een bedrijf aan het maken die die alles nog ie6 draait, maar ik zou op deze ontwikkelcomputer graag de site willen testen in ie8...
http://multiple-internet-...gratis-downloaden-windows

Multiple IE Installer. Werkt goed, en geeft je alles wat je nodig hebt. Werkt hier uitstekend.

Werkt het niet lekker voor je gevoel, dan kan je altijd nog dit proberen: http://browsershots.org/
Die Multiple IE Installer is leuk, en voor de grove test best aardig. Maar ik ben toch al een aantal keer een "bug" tegengekomen die zich alleen in die versie van IE6 voor deed. Of juist dat het in de versie van IE6 welk klopte, maar op een "echte" versie mis ging. 100% foutloos is die dus niet.
Helaas werkt dit niet in Vista. Om daar goed te kunnen testen kun je wel gebruikmaken van die VPC images, hierboven ook gepost.
wat ik alleen zo rete irritant vind, is dat je niet meerdere internet explorer versies (6/7/8) naast elkaar kan draaien.. Dit is super onhandig bij de ontwikkeling van websites.
Dit project ziet er dan ook interessant uit.
Meh, dat soort oplossingen werken zelden echt goed. De beste oplossing imo is gewoon een VM met kan en klaar IE-VM's. Alles is gratis.
Wellicht is deze site handig voor je
http://ipinfo.info/netrenderer/index.php

Zelf loop ik ook altijd te klooien met al die browsers, naja eigenlijk alleen ie6. Grootste frustratie bij mij is toch wel dat deze geen transparantie png's lust.

Uit frustratie heb ik maar vmware geinstalleerd met een WinXp versie.
volgens mij biedt Microsoft gratis een virtualpc image aan waarin je IE6 kunt vinden. Vraag is of je dat wel wilt, je hart is tenslotte belangrijker O-)
Het is natuurlijk te gek voor woorden, dat je een Virtual PC moet opzetten voor het testen in een browser, maar het is waar dat ze iedergeval wel een (hoe stom ook) oplossing hebben.

Helaas staat er als mooie note bij: "This VPC image will expire in April 2009." Maar daar zal binnenkort vast een nieuwe van komen, die in 2010 expired.
Dan gebruik je toch gewoon VirtualPC met een IE6/7/8 image van MS?
zie hier: http://www.microsoft.com/...d0a413c8ef&displaylang=en
Dan is SuperPreview echt een product om naar te kijken: (zie mijn blog met wat screenshots) http://blogs.microsoft.nl...preview-wat-een-tool.aspx

IE6, 7, 8, firefox, safari etc allemaal naast elkaar te gebruiken om te testen!
Hopelijk gaan verstokte ie6 nu ook voor een update...
Het punt is dat niet alle gebruikers kunnen kiezen welke software/browser ze gebruiken. Als men aan het surfen is vanuit een bedrijfsomgeving, dan is er vaak helemaal geen keus.

Dit soort gebruikers gaan over wanneer hun ICT-afdeling de migratie uitvoerd (na een aantal testen) en niet eerder. Grote kans dat deze ook eerst naar IE7 gaan en pas over 1 a 2 jaar na IE 8. (Hoewel ik stiekem hoop dat bedrijven die nu nog over moeten van IE6 naar een nieuwe versie gelijk naar IE 8 gaan...)

Alle gebruikers van een illegaal besturingssysteem kunnen volgens mij nu ook zonder WGA ellende over [naar IE 7], maar goed aan de andere kant - je behoort gewoon een legaal OS te gebruiken :-)

Overigens zie ik meer heil in het plan van (Noorse) webmasters/sites om IE 6 actief te ontmoedigen om het aandeel IE6 naar beneden te krijgen, maar dat ter zijde...
Overigens zie ik meer heil in het plan van (Noorse) webmasters/sites om IE 6 actief te ontmoedigen om het aandeel IE6 naar beneden te krijgen, maar dat ter zijde...
Daar ben ik ook voorstander van, zelf heb ik nog maar 1 publieke website gemaakt sinds de komst van ie7, maar hier pronkt dan wel op iedere pagina die met een verouderde ie geopend wordt "Voor een betere surfervaring, gelieve uw browser te updaten.".

Ik weet ook wel dat er agressievere methoden zijn, maar ik ben er van overtuigd dat dit ook al helpt.
Anoniem: 80466 @Riddle00719 maart 2009 15:37
Aggressievere methodes zijn ook vrij zinloos omdat veel IE6 surfers daartoe veroordeeld zijn door de organisatie waar ze werken en geen keuze hebben.
Je wekt dan dus voornamelijk ergernissen op zeker als je hindelijker zaken als een banner gebruikt
Ik zie het meer in subtiele zaken. Kleine vertragingen inbouwen, renderbugs gewoon es niet workarounden, dat soort dingen :Y)

* OddesE droomt alleen van dit soort zaken
Hopelijk gaan verstokte ie6 nu ook voor een update...
Ik denk dat die mensen toch vaak op Win2K of lager zitten, die kunnen dat niet (dank u Microsoft). Netwerkbeheerders zullen ook wel niet overstag gaan denk ik.
Volgens marketshare zit nog maar 1.32% op een win2k systeem, dus dat zal wel meevallen.
Het zijn idd vaak de bedrijven die de overstap niet maken ivm hun systeem dat alleen draait op ie6.

[Reactie gewijzigd door joldemans op 25 juli 2024 19:56]

Het kan ook gewoon lang duren vanwege alle benodigde testen. Het bedrijf waar ik werk (30.000 werkplekken) heeft sinds een week of twee IE7. Voordat het zover was moesten alle bedrijfsapplicaties getest worden. Eventuele aanpassingen moeten gedaan worden, weer getest en in een releaseschema ingepast worden. Daar gaat zo een jaar overheen.
Ik denk dat die mensen toch vaak op Win2K of lager zitten
Percentage gebruikers van W2000 en lager is nog slechts 3% of zo.
IE6 zit echter nog wel bij 20% van de gebruikers
Die IE6 users zijn volgens mij hoofdzakelijk gebruikers van illegale versies, en dan vooral de FCKGW-Windows XP's. Die kunnen niet gepatched worden naar SP1, en zijn sowieso een risico.
Anoniem: 80466 @Umbrah19 maart 2009 09:57
Volgens mij zijn het hoofdzakelijk bedrijven en andere organisaties die op IE6 zitten omdat deze geen risco's willen nemen of willen investeren in het upgraden van de browser die vaak ook voor allerlei interen web applicaties wordt gebruikt.
ha, bij een grote Nederlandse overheidsinstantie zijn ze net deze maand overgestapt van IE6 naar IE7. Kan je nagaan hoe snel zoiets gaat.
Veel bedrijven zijn tegengehouden om IE7 te gebruiken doordat ontwikkelaars hun programatuur nog niet hadden aangepast op IE7.

Apps werkten hietdoor niet. Zijn nog genoeg bedrijven die IE6 gebruiken.
Anoniem: 80466 @To_Tall19 maart 2009 10:24
Bij een upgrade van IE7 naar IE8 is dat eigenlijk veel minder een probleem.
Men kan bij gebruik van IE8 alle lokale sites nog in compatibility view (dus als IE7) laten renderen.
Ik heb ook zojuist Internet Explorer 8 geïnstalleerd, het werkt prima hier! Hij lijkt ook wel een stukkie sneller dan Internet Explorer 7. Ik heb nog geen crash gehad en de compabiliteitsweergave werkt ook goed.

Hier op Tweakers heb ik die echter niet nodig, toch weer netjes gedaan dan maar Devvers!
Hier op Tweakers heb ik die echter niet nodig, toch weer netjes gedaan dan maar Devvers!
Daar hebben we eerlijk gezegd helemaal niets voor gedaan :P IE8 wordt door ons hetzelfde behandeld als elke andere non-IE browser, en het feit dat Tnet dus zonder allerlei IE-hacks en workarounds nu in IE8 goed werkt is in feite toch een complimentje voor IE (maar ik blijf kritisch op IE hoor! :P)

Het enige dat wij hebben gedaan is zorgen dat we van de compatibility list zijn verwijderd - IE7 compatibilitymode is inderdaad niet nodig voor onze site. Ook hier overigens een klein bedankje aan het IE-team die zelf persoonlijk contact met mij daarover hebben gezocht :)

Mocht je toch probleempjes ondervinden in IE8 meld het dan in Lieve Devvers of op Devtrack - nu IE8 final is is het ook een fully supported browser voor ons :)

[Reactie gewijzigd door crisp op 25 juli 2024 19:56]

En ondertussen kijken webdevelopers reikhalzend uit naar IE9, aangezien IE8 nog steeds mijlenver achterloopt op de stand der techniek. Ik noem DOM lvl 2 & 3, SVG, Canvas, <video /> en <audio />, etc. etc.

Voordeel is wel dat we nu eindelijk IE6-support echt kunnen laten varen voor bedrijfswebsites en webapps, en IE6 naar zijn graf kunnen dragen. Good riddance.
Dat de overstap naar IE7 of versie 8 moeilijk verloopt is Microsoft's eigen fout. Het ligt (meestal) niet aan de sites op het internet, maar op de intranet sites.
Vele control panels van Microsoft zijn IE6 only (ik denk aan verouderde Windows Media Services sites, oude CRM webapplicaties,.... al dan niet van Microsoft). Voor bedrijven is het niet IE6 een update geven, daar is het IE6 een update geven en een volledig nieuwe licentie moeten aankopen van een zeer duur pakket. Daarbij zullen daar migratie problemen bij komen en het onderwijzen van personeel.

Misschien ook lichtjes de reden waarom bedrijven wat treuzelen om een upgrade te doen van hun besturingssysteem.
Ik vraag me af in hoeverre we nu support voor IE6 kunnen laten varen. Volgens mij zullen vooral veel IE7 gebruikers gaan upgraden. De mensen die nu nog met IE6 zitten, hebben daar - denk ik - in de meeste gevallen niet bewust voor gekozen.

Het zou wel mooi zijn, wanneer we nu eindelijk eens van IE6 af waren, maar ik verwacht dat het nog een tijd gaat duren. Misschien met de release van Win7, laten we het hopen.

Waar ik nog wel benieuwd naar ben, is hoe het zal verlopen met die hele Compatibility List, IE7-modus, etc.. van IE8. Ik ben heel bang dat we er met IE8 nog meer problemen (lees: meer verschillende versies).

Is er trouwens iets bekend over de mogelijkheid om IE7 en IE8 wel naast elkaar te draaien? Want als ik ergens moe van wordt, is het wel dat ik als ontwikkelaar niet (zonder virtual machine) de verschillende IE versies naast elkaar kan hebben, om te testen.
Ik ben ook benieuwd daarnaar ja. Microsoft maakt het webdevelopers niet makkelijk met hun ideeën over browserontwerp. Die quirksmode is soms ook heel ergelijker. En dan IE7 daarin gaat draaien als er een xml tag bovenaan een xhtml pagina staat bijvoorbeeld.

Ik hoop dat ze met IE8 gewoon wat beter de standaarden gaan naleven en dat ze GEEN terugval proberen in te bouwen op oude bugs op basis van een slechte manier om te bepalen of dat nodig is. Gewoon één (goede) rendermode zou het de webdevelopers een stuk makkelijker maken.

Als webdeveloper ben ik wel benieuwd naar de prestaties. Ik hoop niet dat er geen aanpassingen nodig blijken omdat IE nu alles netjes rendert maar ik ben daar nog niet helemaal van overtuigd.
Anoniem: 44174 @OkkE19 maart 2009 17:42
Het is toch veel gemakkelijker om gewoon w3c compatible sites te maken? Dan hoef je ook geen rekening met IE te houden.
Mijn eigen site houd alleen rekening met W3C en als mensen met IE hem niet goed kunnen bekijken, is dat niet mijn probleem, moeten ze maar een W3C compatible browser gebruiken als opera of FF.

(Nu zal dat voor proffesionele ontwikkelaars die er hun geld mee moeten verdienen wat moeilijker zijn, maar IE6 volledig negeren is nu onderhand toch wel aan de orde).
Door welke browser wordt <video /> en <audio /> wel volledig ondersteund? Wat is overigens volledig ondersteund?
Door welke browser wordt <video /> en <audio /> wel volledig ondersteund? Wat is overigens volledig ondersteund?
Geen, voor zover ik weet. Er is een experimentele versie van opera die het ondersteund maar ze hebben nooit iets losgelaten over wanneer dat in de volledige versie beschikbaar wordt gemaakt.
Bij FF wil men het geloof ik i de komende versie introduceren.
Geen, <audio> en <video> zijn onderdeel van HTML5, en aangezien die nog in ontwikkeling is, kan niemand claimen er volledig support voor te bieden. Men wilde daarvoor ook eerst ogg gebruiken, maar daar zijn ze inmiddels alweer vanaf gestapt. Nokia en Apple waren tegen. :( Er wordt nu geen codec meer voorgeschreven. Zie ook hier.

WebKit (Chrome, Safari) ondersteunt overigens wel de <audio> en <video> (en ook <canvas>) tags, maar dus niet volledig, wat dat kan niet zolang de spec niet final is.
Dat bedrijf waar ik werk heeft meer dan 40.000 PC's nog steeds op IE6 draaien. Helaas. En dat zal niet snel veranderen. Ook helaas.
Mooi dat microsoft een browser maakt die zicht beter aan de standaarden houd.
Ik ga hem gelijk updaten naar versie 8.
Niet omdat ik het ga gebruiken maar omdat de verbeterde veiligheid van Internet explorer ook Windows veiliger maakt. Doordat Internet explorer is geintegreerd in windows explorer.
Anoniem: 261542 @itarix19 maart 2009 09:48
Mooi dat microsoft een browser maakt die zicht beter aan de standaarden houd.
dat is maar relatief hoor. voor de "web 2.0 compliance test" acid 3 scoort ie8 allebelabberst; 20/100 ofzo.

http://en.wikipedia.org/wiki/Acid3

vermoeden: ms heeft een broertje dood aan interactieve website gebaseerd op open standaarden als javascript/ajax. daarom ook nog steeds de slechte performance van de ms javascript engine. ms pushed liever haar proprierty silverlight platform als oplossing in de web2.0 space.
Wat een gezeur en gezever over de Acid 3 test toch. De specificaties waartegen de Acid 3 test de browsers vergelijkt zijn allemaal nog in Draft-status. Dus kunnen nog veranderen. Acid 3 is pas een echte test wanneer er geen draft-componenten meer in zitten.
De ACID3 test is een browsertest gebaseerd op selecties uit diverse W3C recommendations en waarschijnlijke toekomstige W3Crecommendations.
De ACID3 test is echter geen test voor compliance aan aan die W3C recommedations omdat het slecht een heel beperkte selectie is uit de diverse recommendations betreft.
Dat bedoel ik dus.

[Reactie gewijzigd door Wim-Bart op 25 juli 2024 19:56]

Anoniem: 261542 @Wim-Bart19 maart 2009 14:54
ach gezeur en gezever zou ik het niet noemen, ms developers zelf vinden de acid3 test wel degelijk interessant:
Chris Wilson [MS] (Expert):
Q: What do you guys think of the Acid-tests, especially Acid3? Is it your goal to let IE 8 pass Acid3?
A: Alex, The ACID3 test is a collection of interesting tests, spread across a large set of standards. Some of those standards will see improvements in IE8 - in fact, IE8 already improves on IE7's score - but we are focused on the most important features and standards to make web developers' lives easier. The ACID3 test does not map directly to that goal.
http://www.microsoft.com/...ripts/08_0320_ez_ie8.mspx

het doel van internet explorer en de overige browsers als opera, safari en chrome loopt uiteen.

ms ziet de browser vooral als een traditioneel bladerplatform, waar de rest de laatste tijd toch steeds meer de focus legt op web 2.0 interaktieve applicaties. google chrome bijvoorbeeld is in het leven geroepen als runtime environment voor web 2.0 applicaties. zij schaven aan de performance van javascript en andere zaken die belangrijk zijn voor open standaards gebaseerd web 2.0 applicaties. precies hetgeen waarvoor de acid3 test in het leven geroepen is: zorgen dat web 2.0 apps goed draaien op willekeurig welke browser.

ms heeft silverlight als interactief internetplatform ala web2.0 in de peiler en vindt daarom de acid3 test niet zo "mappen" op de beoogde internet explorer functionaliteit. internet explorer zal daarom achterblijven in compatibiliteit en performance met interactieve web2.0 applicaties. ms verwijst als oplossing van dit zelf gecreerde probleem graag door naar silverlight.
En Acid 3 bevat o.a. calls om te testen voor DOM events. Dus ik dank die mensen op mijn knietjes. Door hun is er voor MS maar een keus: Of geen Acid 3, of DOM event implementeren (eindelijk, na 9 jaar!).

Dus gezever. Ga eens websites bouwen. Ga aan de slag met Javascript en je komt er vanzelf achter hoe super irritant het op een gegeven moment wordt dat MS allerlei nieuwe shit bouwt maar nooit eens die standaarden implementeert. Steeds beloven ze dat ze 'meer' compliant gaan worden. Aaargh implementeer die standaard gewoon compleet, hoe moeilijk kan het zijn?!
De "standaard" ajax is voor het eerst door Microsoft gebruikt en je kunt zelfs zeggen ontwikkeld. Daarnaast is de Acid 3 test ook een arbitraire test van een subset van wat een browser moet kunnen. Het is een aardige vergelijking maar er wordt teveel aan opgehangen.
Ajax is geen standaard. Ajax is een set van al eeuwen bestaande technieken.
Verder heeft MS hier nooit aan ontwikkelt, het is ontstaan in de 'vrije wereld van het web'

Ms heeft daarna, omdat ze een hype voorzagen (die was er al) een soort 'ajax' functionaliteit ontwikkelt voor .net (en misschien wel meer) die zo ranzig is dat je die niet wilt gebruiken.. (of ben ik nu suggestief?)
Ehh, wat?
AJAX, oftewel Asynchronous Javascript And XML is een techniek voor het asynchroom versturen en ophalen van data va/naar een server. Hoewel andere technieken soms ook de naam krijgen (als ze asynchroom zijn en op javascript gebaseerd zijn) wordt het meestal gebruikt voor versturen en ontvangen met behulp van het XMLHttpRequest object.

Raad eens waar die vandaag komt? Internet Explorer 5.0.
Correct. Maar BreezahBoy heeft zeker een punt met zijn vermoeden:
Ook zijn de navigatiemogelijkheden binnen Ajax-applicaties verruimd, worden de Dom-storage en de connection events uit de eerste html 5-specificatie ondersteund, en is er een api aanwezig voor css-selectors
Dit klinkt prachtig... maar HTML 5 is nog helemaal niet af. Klik op de link en let op de blauwe balk linksboven: Working Draft.

Misschien kunnen ze beter deze standaard implementeren, die erg belangrijk is voor web 2.0 functionaliteit:

W3C Recommendation: DOM Level 2 Events

Deze standaard is een zgn 'Recommendation'. Het hoogste niveau dat een voorstel kan krijgen. Het is daarmee effectief een standaard voor de manier waaron Javascript op gebeurenissen (events) zoals click, mouseover e.d. kan reageren.

Vraag: Waarom weigert MS, met al haar budget, deze standaard uit 2000 (!!) te implementeren, maar zijn ze wel alvast stukjes uit een draft aan het implementeren? Stel ze die vraag eens op het IEBlog. Tientallen of honderden gingen je voor (echt specifiek over DOM events), maar MS weigert elk commentaar. De vraag wordt structureel genegeerd.

Ik ben tot de conclusie gekomen dat MS de browser eigenlijk ziet als een bedreiging voor haar OS. Zolang het webbrowsen is maakt het niet zoveel uit, maar zodra men hele applicaties in een (cross-platform) browser gaat draaien, waarom zou je dan nog Windows moeten kopen? Door Javascript ontwikkeling lastig en duur te houden kunnen ze dat moment zo lang mogelijk uitstellen... en ondertussen iedereen aan de Silverlight helpen.

"Developers!, Developers!, Developers!!" riep MS topman Steve Ballmer in een beroemde speech, maar als web developer merk ik er weinig van. Al sinds IE 5 zit ik te wachten op ondersteuning voor DOM events zodat ik geen extra code voor MS hoef te schrijven, rekening te houden met de verschillen in afhandeling e.d. Maar MS bouwt van alles erbij... maar deze standaard uit 2000 weigert men te implementeren. Uit politieke overwegingen is nu mijn overtuiging.
Het is pure onzin om de ACID 3 test een web 2.0 compliance test te noemen.
Er is niet zoiets als een standaard voor Web 2.0 dus compliance is onmogelijk.

De ACID3 test is een browsertest gebaseerd op selecties uit diverse W3C recommendations en waarschijnlijke toekomstige W3Crecommendations.
De ACID3 test is echter geen test voor compliance aan aan die W3C recommedations omdat het slecht een heel beperkte selectie is uit de diverse recommendations betreft.
onzin? ik heb er ook nog kwootjes omstaan waarmee ik de lezer "soort van" probeer aan te geven. maar affijn, van de wikipedia site:
Acid3 was in development from April 2007,[1] and released on 3 March 2008.[2] The main developer was Ian Hickson, who also wrote the Acid2 test. Acid2 focused primarily on Cascading Style Sheets, but this third Acid test focuses also on technologies used on modern, highly interactive websites characteristic of Web 2.0, such as ECMAScript and DOM Level 2.
Ach web 2.0 is maar een term. Het gaat over interactiviteit op het web die verder gaat dan het gebruikelijke laad pagina - klik - laad pagina -klik laad pagina. En daar zijn wel degelijk standaarden voor.

Het XMLHttpRequest object is idd uitgevonden door MS (waarvoor dank!), maar andere, fundamentele standaarden zoals DOM events wat ik hierboven al noem worden door MS stelselmatig genegeerd. Echte standaarden die belangrijk zijn voor developers. Geen drafts.

En het verhaal dat ze 'ermee bezig zijn' en dat het 'er aan komt'.. kom op nou. Wel tijd om .Net te bouwen en Silverlight en MS Virtual Earth, maar niet om W3C standaarden volledig te implementeren? Al 9 jaar niet? Het grootste softwarebedrijf van de wereld? Is er mee bezig? Laat me niet lachen.
Dat klopt, maar er zit verbetering in.
In vorige artikelen over Internet Explorer wordt er door de ontwikkelaars verteld dat ze streven naar compatiby met de webstandaarden.

Ik verwachten ook niet dat ze het in een keer lieten voeldoen aan de standaarden.
Anoniem: 77640 @itarix19 maart 2009 09:55
Doordat Internet explorer is geintegreerd in windows explorer.
Dat is al een hele tijd niet meer zo. Als ik nu een URL ingeef in een explorer venster dan opent dit de browser die als standaard ingesteld staat, in een nieuw venster. Microsoft had inderdaad het brilliante idee om Internet Explorer met explorer te integreren zodat geen tweede venster nodig is, maar dat mocht niet omdat het andere browsers dan minder kans gaf.
Nog steeds wordt er heel veel code gedeeld. De help paginas worden afaik ook door IE-code gerenderd. Waarom denk je dat de IE-verwijder optie in Windows 7 praktisch alleen de exe en referenties daarnaar verwijdert?

Begrijp me niet verkeerd, ik vind het geweldig dat je straks IE kan verwijderen, maar het is volgens mij nog steeds niet zo dat IE volledig losstaand is.
Is dat erg? Voor de gebruiker staat het nu los, maar vind je het nu echt anders dat de help in Windows gebruikt maakt van een of andere ie.dll bestand of van hlp.dll? Waarom zou MS code dubbel gaan schrijven, dat gaat tegen alle good practices in.

Je zou ook kunnen zeggen dat het frontend van IE gebruikt maakt van al bestaande libs in windows, net zoals (bijna) alle windows apps gebruik maken van de libs die de forms en common controls tekenen.

Firefox gebruikt ook aardig wat windows dll's, maar gebruikt toevallig niet de html render engine die al in windows zit. Dat is natuurlijk ook hun edge op IE, ze kunnen immers een betere engine maken.
Anoniem: 295812 19 maart 2009 10:21
Ik hoop dat een aantal bugs er alsnog zijn uitgehaald want zelden heb ik taakbeheer zo vaak moeten opstarten om de browser af te sluiten. Voor de rest best een prettige browser hoor daar niet van, ze hebben leuk gekopieerd van anderen :-)

Verbazend overigens hoeveel websites er niet goed werken onder IE 8, wij zijn recent gestart met een actie: www.werktmijnwebsitenog.nl en tijdens de analyses die we uitvoeren komen we echt de raarste zaken tegen.
Ik heb dat filmpje eens bekeken, maar de laatste vraag????

Word mijn website nog wel gevonden door zoekmachines? Dat heeft toch niets met IE8 te maken?

Verder vind ik het wel een goed initiatief, maar gebeurd het dan volgens de W3C standaard of volgends wat IE8 zegt?

Ik vind het belangrijker dat mijn site volgends de standaard is gebouwd dan dat hij werkt met IE8 en nog een of andere exotische browser die zich niet aan de regels houd.
Reclame voor de site?

Waarom wordt daarop de vraag gesteld 'Vinden zoekmachines mijn website nog wel?' net alsof Google de trident engine van Microsoft gebruikt...De komst van IE8 verandert daar echt niets aan!
Errors found while checking this document as XHTML 1.0 Strict!
Anoniem: 295812 19 maart 2009 11:08
@ LOTG

Je hebt gelijk dat de vindbaarheid niks te maken heeft met de browsertechnologie. Toch is het vermelden ervan niet onbelangrijk want inmiddels hebben we ook een aantal CMS-en getest met IE 8 en die blijken soms niet of slechts deels te blijven functioneren.

Wanneer je in je CMS niet kan werken kun je je website niet meer updaten, gevolg: je website zal minder goed onderhouden worden hetgeen wel degelijk gevolgen heeft binnen de zoekmachines. In die context is het dan ook bedoeld.

Overigens zijn er ook zat CMS-en die wel goed werken hoor.

Wat er wordt getoetst heeft minder te maken met richtlijnen maar veel meer wat de bezoekr in de toekomst (wanneer hij IE gebruikt) te zien krijgt, kortom het effectieve resultaat.

Om een voorbeeld te geven:
recent hebben we een grote webshop mogen testen op zijn IE 8 bestendigheid en daaruit bleek dat je simpelweg geen product meer kon bestellen! daarnaast was de site grafisch compleet uit elkaar gerukt. Zelfs het gebruiken van de compatibitliytag gaf geen soelaas. Een website begin 2008 gemaakt notabene.
Anoniem: 80466 19 maart 2009 17:44
Blog post met availability aankondinging op IE blog:

http://blogs.msdn.com/ie/...-final-available-now.aspx
With IE8, we’re delivering the most complete and correct implementation of CSS 2.1 available in any browser. To improve interoperability not just for IE but for all browsers, we’ve contributed over 7,000 test cases to the W3C (and taken feedback along the way). This will make it easier for the people who build the web to develop with standards. We’ve started delivering on HTML5. We’ve also made the specifications for webslices, accelerators, and visual search available to the community (under the appropriate open licenses) for a more open, interoperable, and rich web

[Reactie gewijzigd door Anoniem: 80466 op 25 juli 2024 19:56]

Op dit item kan niet meer gereageerd worden.