Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 30 reacties
Bron: IEBlog, submitter: MacWolf

Een medewerker van Microsoft heeft op IEBlog bekendgemaakt dat Internet Explorer 7 een scriptbare versie van XmlHttp ondersteunt die geen ActiveX nodig heeft. Hoewel Microsoft al sinds het begin van IE7 de intentie heeft getoond om XmlHttp standaard te ondersteunen en een andere medewerker het vorig jaar op IEBlog meldde, zijn er nu meer details bekend geworden. Het XmlHttp-object maakt het mogelijk dat webpagina's XML of andere data kunnen versturen en ontvangen via het HTTP-protocol. Met deze functionaliteit is het mogelijk om webapplicaties te maken die snel reageren op acties van gebruikers. Het is namelijk niet nodig om de hele pagina opnieuw te downloaden om nieuwe data te tonen. XmlHttp vormt een fundamenteel onderdeel van AJAX en wordt in die hoedanigheid toegepast binnen Googles GMail en het zoekmenu van Tweakers.net.

XmlHttpRequest detectieXmlHttp is geïntroduceerd als ActiveX-control in Internet Explorer 5.0. Diverse andere browsers zijn in de loop der tijd standaard ondersteuning voor XmlHttp gaan bieden. Mozilla ondersteunt het XmlHttpRequest-object sinds Mozilla 1.0, Apple sinds Safari 1.2 en Opera vanaf versie 7.6. Doordat IE7 nu naast ondersteuning via ActiveX ook standaard ondersteuning voor de techniek zal bieden, kunnen gebruikers van de functionaliteit gebruik blijven maken als ze ActiveX hebben uitgeschakeld. De ondersteuning voor XmlHttp kan desgewenst ook apart worden uitgeschakeld door middel van policies of IE-opties. Het bericht maakt niet duidelijk of er ook ActiveX-onafhankelijke implementaties komen van enkele andere veelgebruikte objecten, zoals XmlDocument en XsltProcessor. Een alternatief voor XmlHttp bestaat in de vorm van de DOM Load and Save-specificatie, maar dit wordt weer niet door IE7 ondersteund.

Moderatie-faq Wijzig weergave

Reacties (30)

Blijft de vraag voor wie dit uitmaakt. Webpagina's die oudere versies van IE willen/moeten ondersteunen moeten toch al controleren of de browser XMLHttpRequest ondersteunt.

Al juich ik elk initiatief waarbij een stukje ActiveX verdwijnt toe.
En niet te vergeten kan je de oude truuk met Load(url) weer vergeten.
Dat wordt dus gedwongen je site omschrijven, zelfs al zou je niet per se XMLHttpRequest gebruiken.

Standaard omhelzen: goede zaak; oude functies zomaar weghalen: slechte zaak!
Standaard omhelzen: goede zaak; oude functies zomaar weghalen: slechte zaak!
Vergeet niet dat de aanhoudende drang naar backwards compatibility juist het grote probeem van Internet Explorer is. De verschillende brakke implementaties van CSS, HTTP, en het huidige gebrek aan XHTML-ondersteuning zijn mede te danken aan het feit dat er in het verleden designfouten zijn gemaakt waar wél een hele generatie internetsites gebruik van heeft gemaakt. Júist de wil om die websites niet te 'breken' staat er veelal aan in de weg om in een nieuwere versie tot een goed werkende standards compliant implementatie te komen. Juist daardoor zitten we nu met doctypeswitching en quirksmode waardoor er verschillende boxmodels geïmplementeerd zijn.

Als IE altijd de standaarden correct geïmplementeerd had zonder allerlei proprietary elementen, dan zou het conformeren aan een update van die standaard wellicht niet zo'n groot probleem zijn, ook niet als die standaard zelf backwards compatibility voorschrijft. Wil Microsoft IE nú de renderengine echter aan de standaarden laten voldoen, dan moeten ze volgens hun eigen filosofie én backwards compatible voor hun eigen foute keuzes uit het verleden zijn, én die standaard nu juist implementeren; dat zijn dus strijdige belangen.

Mede om die reden komt er nog geen XHTML-ondersteuning: het developers team van IE7 heeft besloten om dat nu niet te doen, omdat het zou betekenen dat dat in de huidige parser gehackt zou moeten worden, terwijl een goede implementatie een goede XML-parser vereist natuurlijk. Die keuze is te verdedigen. Het zou er op uitgekomen zijn dat de huidige HTML-parser voorzien zou worden van een aantal XML-toevoegingen. Chris Wilson van het IE7-team betwijfelt of dat tot een goede support van XHTML zou leiden. De kans op nieuwe fouten is alleen maar groter en als die niet op tijd opgemerkt zouden worden, dan zouden ook hier stilzwijgend invalid gevallen 'ondersteund' zouden kunnen worden door de browser - als webdevelopers hun sites gaan maken met gebruikmaking van die foute implementatie.

Dan zou op die manier onbedoeld een nieuwe serie van compatibiliteitsproblemen gecreëerd worden, wat later (wanneer men die bugs wil oplossen en gebruik wil maken van een XML-parser) een groot probleem zou worden wegens de strikte foutafhandeling die het parsen van XML in beginsel vereist. Dan zou eenzelfde probleem ontstaan als nu met de foutafhandeling van HTML, die gelegen is in de compatibiliteit met legacy browsers.

Het is dus wat mij betreft helemaal geen probleem om eens te breken met het verleden... maar dan moet je wel góed breken met het verleden. En dan mogen we hopen dat er een beetje snel gemigreerd wordt naar die nieuwe browser door de end user... :)
Als IE altijd de standaarden correct geïmplementeerd had zonder allerlei proprietary elementen
Eens. Alleen in dit geval gaat dat niet op omdat het XML Data Island objekt door MS uitgevonden is, en IE de eerste was met dit soort XML support. ;-)

Maar idd, we zouden allemaal erg blij worden van een IE die volledig standard-compliant is.
Maar als goede webste programmeur zal je ActiveX over het algemeen al links moeten laten liggen gezien de maximale compatibiliteit.
Tenzij je XML HTTP wil doen, dan kan je tot de dag van vandaag in IE niet om Active X heen :-)

En als je bezoekers altijd ActiveX blokkeren (de site waar ik het over heb bedient een 'gevoelige' sector) dan moet je wel de .Load( ) truuk toepassen.
Hier wordt ik als ontwikkelaar nou blij van :)

En eerlijk gezegd wachtte ik er al tijden op. Nu hopen dat ze ook eindelijk een normaal box-model gaan hanteren voor stijl-kenmerken.... iets waar ik nog steeds een punthoofd van krijg (nee niet deze: O+)
HTML 4.01 in strict modus gebruiken, dan lijk het box model een stuk meer op die van Mozilla en consorten.
Lol, ik heb een website met correcte HTML Strict en die wordt niet goed weergegeven in IE
Ook als je je altijd aan de snelheidsregels in het verkeer houd, kan je nog fout rijden... :S
Als ontwikkelaar wordt ik hier ook wel opgewonden van ;)

Alleen jammer dat je het weer niet 'standaard' kan gebruiken aangezien het weer tijden gaat duren voordat 'iedereen' op IE7 zit :(

Oftewel, je bent straks altijd 2 versies aan het maken, of je kan het gewoon niet gebruiken :'(
Als ze nou eens de renderengine van IE6 updaten met die van IE7, dan zou je dat probleem niet hebben?

Of is dit een heel domme gedachte :?
Alsjeblieft niet zeg, dan werken alle hacks die voor IE6 gemaakt zijn niet meer en moet je op subversie checken.
@Janno:
Hoezo? Je checkt toch niet voor IE6, of leef je nog in 1997?

Meestal worden er CSS hacks of javascript DOM detecties gebruikt (al is het bij het laatste een beetje zeldzaam om het voor hacks te gebruiken)..

Maar IE6 updaten met de nieuwe renderengine heeft niet veel nut, dan kan met net zo goed gelijk IE7 gebruiken.
'standaard' kun je het allang gebruiken, omdat msie wel de activeX variant ondersteund en die default aanstaat, zelfs in SP2 ...

de uitzonderingen zijn dan computers waar deze expliciet uitgezet zijn, veelal in bedrijfsnetwerken door een secure beheerder die graag de duimschroeven erop zet (heel terecht overigens) ....

daarvoor zijn wel omwegen te maken, maar dat gaat veelal ten kostte van juist de handige extra functionaliteiten die AJAX kan bieden ...

Ik denk eerder dat het voor devvers weinig groots uitmaakt, hooguit fijn dat je een alternatief kunt aangeven als mensen boos zijn dat iets bij hen niet werkt ('dan moet je de nieuwste versie van msie gebruiken, jouw versie is verouderd...., geef het ook door aan het systeembeheer', wat iig al een stuk vriendleijker klinkt dan 'dan moet je een hele andere browser gebruiken') ..

Voor de makers van IE7 zal het wel een grote en belangrijke extra functionaliteit zijn, want daar heeft men de vrees dat juist voor zulke zaken mensen overstappen naar Firefox, welke een voordeel heeft op dat gebied ...
Die hoeven niet zo makkelijk terug te vallen op het onveilige activeX, dat veel beheerders separaat extra uitschakelen (al dan niet via policies)
Een echte programmeur wordt niet blij van IE..
Want ze implementeren nooit iets volgends de w3c standaarden.. :'(
Ik denk dat ze nu wel zullen moeten... Anders komt er weer vanalles op MS af en ik denk niet dat MS daar op zit te wachten... :) Zeker tegenwoordig, nu er steeds meer over semantiek en standaarden gedacht worden... :) Aan de andere kant, hoeft MS het ook weer niet per se te doen... Omdat (waarschijnlijk) hun browser (versie) over een tijdje ook wel een groot marktaandeel heeft... ;) Maar dat laatste is niet te hopen natuurlijk :)
Want ze implementeren nooit iets volgends de w3c standaarden..
Dat is gewoonweg niet waar, IE ondersteunt bijvoorbeeld P3P prima volgens de standaarden.
Support voor het W3C boxmodel is er ook min of meer (in strict mode), het probleem dat je met het wisselen van boxmodel hebt is dat alle sites die ontwikkeld zijn voor je oude model spontaan vern#$%t zijn. Geen gebruiker die daar blij mee gaat zijn. De keuze om in IE6 te switchen aan de hand van het doctype vind ik in dat opzicht zo gek nog niet en het zal me niets verbazen als dat zo blijft in IE7.

Dat IE een ramp is om voor te ontwikkelen ben ik wel met je eens. De kritiek zou zich alleen niet zo hard moeten richten op de browser zelf - voor een browser van 5 jaar oud werkt het best aardig. De kritiek zou zich moeten richten op MS dat al die tijd verzuimt heeft om aan IE te ontwikkelen.
Het werd eens tijd net als png support. Dus over 5 jaar hoef ik geen activex check meer te schijven. Ik ben in iedergeval blij dat ze weer begonnen zijn met een inhaal slag, anders zou je zo'n gigantische gat kwa features hebben in vergelijking met firefox dat je op een gegeven moment je site puur voor firefox zou maken.
transparante .png kan nu in IE ook maar daar moet je helaas een behavior voor aanmaken en behaviors worden als Active Content gezien en dus werken ze niet als je bezoekers de beveiligings-instellingen op 'hoog' hebben staan.

Net als transparency, erg mooi las je drag-n-drop dingetjes maakt maar in IE heb je daar een DirectX filter behavior voor nodig, en dat gaat dus ook niet, tenzij je je gebruikers een "om deze site te gebruiken dient u alle beveiliging uit te zetten of de site in de Trusted Sites groep te plaatsen." voor wil schotelen.

Ik heb aardig wat uurtjes aan IE quirks besteed...
Net even getest, maar de JS methode die ik gebruik om PNG transparant te maken in IE werkt prima met de security in IE op "hoog". Geen behaviour/Active Content oid nodig.
Niet meer dan logisch als ze de ActiveX eruit willen werken
Say hi to the future..
Live aka open socket verbidingen geintegreerd in dynamische pages.
Hmmtsja...ik gebruik de huidige versie al tijden met een wrapper functie eromheen voor browser keuze...wat wordt ik hier dus wijzer van ?
Niks, hoop geouwehoer om het volgende buzzword "ajax" wat niet meer is dan een combinatie van bestaande technieken. Dit wordt alleen door management en interresant willen doende mensen weer misbruikt voor marketing en nieuws.

Interactieve sites kunen we al jaren maken, het is dan ook niet aan de techniek, maar aan de mensen die werken met de techniek om de mogelijkheden te creëren.
Houd dit ook in dat IE veiliger word ??
en dat ze in het Midden-Oosten vrede sluiten?
Aan de ene kant erg blij dat dit eindelijk eens ondersteund gaat worden. Aan de andere kant, de komende jaren zal je toch de ActiveX methode moeten blijven ondersteunen omdat IE7 niet eerder dan over een aantal jaar de standaard zal zijn. Dus eigenlijk wordt je er nog steeds niet gek veel wijzer van. Wel erg fijn iig dat Microsoft naar de ontwikkelaar begint te luisteren, hetzij wat laat. Nu nog een goede CSS ondersteuning en mijn leven is een stuk simpeler....
BramT kan lang wachten totdat iedereen IE7 gebruikt lol :Z
Ook ontwikkelaar hier, met Ajax kun je een zoveel betere gebruikerservaring creeren. Hoera voor Microsoft, maakt mijn leven ook weer een stukje makkelijker.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True