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 , , 146 reacties
Submitter: Loller1

Microsoft stelt zijn browser Internet Explorer beschikbaar voor OS X, iOS en Android. Het gaat niet om een native applicatie, maar om een clouddienst waarmee de laatste versie van Internet Explorer op afstand kan worden gebruikt.

Internet Explorer 10 logo (75 pix)De techniek heet RemoteIE en werkt via Azure. Met RemoteIE kunnen ontwikkelaars de meest recente versie van Microsofts browser in combinatie met Windows 10 gebruiken, terwijl ze niet over de zogeheten technical preview hoeven te beschikken. Ook hoeft er geen ander besturingssysteem te worden geïnstalleerd en is ook een virtuele machine niet nodig, zegt Microsoft.

RemoteIE is gratis en enkel bedoeld om websites te testen in Internet Explorer. Microsoft hoopt hiermee vooral ontwikkelaars die met een ander besturingssysteem werken, aan te spreken om hun applicaties geschikt te maken voor de browser.

Ontwikkelaars kunnen overigens niet onbeperkt gebruikmaken van de dienst, omdat het aantal sessies voorlopig beperkt is. Wie bijvoorbeeld tien minuten is ingelogd en al die tijd niets doet, wordt automatisch uitgelogd. Bovendien duren sessies niet langer dan een uur. Microsoft doet dit naar eigen zeggen om resources te besparen.

Moderatie-faq Wijzig weergave

Reacties (146)

Goede zet vind ik. Het is als ontwikkelaar op OSX heel moeilijk om IE goed te testen. Ik hoop alleen dat ze meer versies vrijgeven als clouddienst. Als ze dat inderdaad doen komt dit ten goede voor de User Experience van IE gebruikers. De realiteit nu is dat ik weinig test in IE en gebruikers met IE bij de eerste en beste probleem advies om het in Chrome te proberen. :-) Daarna blijven ze vanzelf hangen in Chrome ;-)
Je kan IE altijd virtueel draaien, gratis en goed gekeurd door Microsoft
https://www.modern.ie
En dat is dus het mooie hiervan, dat hoef je dus niet meer te gebruiken met deze clouddienst.
Want voor modern.ie is de tech preview nog nodig en voor de clouddienst niet
Meer versies is zeker handig. Er zijn zoveel verschillende versies in omloop van IE, laat staan voor ťťn Windows OS! En dan heb je nog altijd mensen die op XP, Vista, Windows 7 en Windows 8 werken en daar komt straks Windows 10 bij! Dan heb je het over een HOOP versies van IE!
Meer versies is niet nodig.. kwestie van op F12 drukken en binnen IE11 en dan kiezen voor een andere renderer. Dan krijg je vanzelf een 'oudere' versie om te gebruiken.
Deze mogelijkheid bied IE inderdaad. Echter, ik heb ik met IE8 een probleem gehad die ik niet had in IE10 die als IE8 de page behandeld. Ik kon het probleem alleen reproduceren door een XP met IE8 aan te zwengelen. Sindsdien ben ik een beetje huiverig geworden voor deze optie. Ik gebruik soms ook IETester om oudere versies te testen.
Ik gebruik IE alleen voor interne sites op het werk, omdat veel bedrijven (nu al de 4e multinational waar ik zit) het nog voor elkaar krijgen om vrijwel alles alleen maar op IE te supporten. Je zou hopen dat ze na ruim 10 jaar forse concurrentie voor IE toch beter zouden moeten weten.
Ja ik vraag me elke keer weer af wat de ontwikkelaars bij de bedrijven die dit ontwikkelen zelf eigenlijk gebruiken op hun PC? Misschien is die groep mensen dat stukje onverklaarbare gebruik van IE op Windows. En ja dat was sarcasm, maar ik vraag me serieus af hoe het kan dat er 2 miljoen euro in een website gestopt wordt en deze vervolgens alleen maar werkt met IE, en dan ook de op dat moment laatste versie van IE, want als je die na de release van de website update werkt het ook niet altijd meer.

Wat kan website code in hemelsnaam bevatten dat dit zo gebeurt? Welke browser specifieke functies zijn zo belangrijk dat Chrome of Safari niet kunnen werken?

Ik bouw websites altijd op zo'n manier dat ze zonder JS zoveel mogelijk moeten werken, bijv een leuke JS form check die je input checked terwijl je typt, maar als je JS uit hebt staan gebeurt deze check ook gewoon (via PHP zodra je op Send drukt, ook om obvious reasons maar ik return die errors ook via <noscript>)

Nu zijn mijn websites ook niet zo groot als bijv een Rabobank Website (die dit overigens wel op orde heeft), maar sommige zo simpele websites krijgen het toch voor elkaar om te werken in IE, maar slechts een wit scherm te tonen in Chrome of Safari.
in bedrijven is het altijd handig om standaard applicaties te hebben. Je wordt gillend gek als service desk als men begint te klagen dat die ene website niet werkt in chrome en of je dat even kan fixen. bij grote bedrijven is dat meer dan kleine. mede door de oude applicaties op het intranet die je niet zomaar even ombouwt (Zijn trouwens meestal third partie applicatie). Het werkt prima met IE 10 of ook wel 11 (IE6 is echt onzin) wat een heel goede browser is.Moet je dan tijd besteden aan die fanboys van een andere browser ? Nou ik denk het niet, Ze zijn niet thuis.
Ook is IE erg handig als het gaat om integrated authenticatie, gaat ook wel bij firefox en chrome maar vergt toch een aantal stappen.
Ik werk bij een grote organisatie war ik een kleine site beheer. Ze mogen van mij elke browser gebruiken die ze willen, Maar standaard browser intranet blijft toch echt IE en Firefox. Zeker voor de intranet sites. Werkt het niet met chroome gebruiken ze maar IE. Ja maar chrome is zo snel. ( Dat was vroeger zo, tegenwoordig zie je geen verschil meer, alleen in test zie de laat tijd van chrome soms nog wat vertragen.)

[Reactie gewijzigd door trisje op 3 november 2014 23:43]

Ja, stel je voor dat je de nummer 1 onder browsers qua marktaandeel zou ondersteunen. We leven ten slotte niet in 2014 ofzo.
Dat is het probleem niet (en ook nog eens pertinent onjuist, IE is al lang niet meer de grootste), een applicatie hoort gewoon op alle browsers te werken, klaar. Geen gejank van IE wel en Chrome niet, dan heb je de applicatie fout gebouwd. (Andersom ook btw)

Als je tegenwoordig een solide basis gebruikt zoals jQuery o.i.d. en je dit goed implementeerd zouden er buiten enkele CSS interpretatie verschillen om, geen enkele reden moeten zijn dat je app niet werkt.
Hangt toch echt van de applicatie af. Wanneer je een bedrijfsapplicatie hebt en het bedrijf werkt exclusief met IE dan zie ik geen enkele noodzaak om de applicatie ook op andere browsers te gaan testen. Dat het werkt is leuk, maar er is dus geen noodzaak aan.
Als de klant van onze klant 15% gebruikers geeft op IE8/9 dan moeten we deze gewoon ondersteunen, je kunt het wel fanboys noemen maar dit is pure omzet wat je anders mis loopt.

Tevens is Chrome wel zeker zo snel, ik werk dagelijks met alle browsers en Chrome is nog steeds mijn persoonlijke favoriet wegens zijn snelheid.
In test is al lang bewezen en een feit dat de snelheid tussen browsers alleen is te meten met een test, die test tonen verschillen in 100 ste van een seconde. jij gaat me echt niet vertellen dat je dat merkt. Alle browsers zijn tegenwoordig even snel. Dat chrome zinnetje was enkel bedoeld voor de chrome fanboys die dit maar blijven roepen.
Nee, het is niet alleen hoe snel de browser de pagina rendert. De browser zelf reageert ook trager, zelfs op een SSD
Dus de browser is in het geheel trager volgens jou. ? Dat is gewoon onzin en allang bewezen achterhaalt fanboy praat. Ja een paar jaar geleden wel nu niet meer. Bovendien merk ik wel meer dat op de Google browrser sites soms niet werken. Ik laat het in het midden of dat ligt aan de browser of aan de site.
Let op ik heb het hier niet over klanten van een applicatie, ik heb het over een bedrijfsnetwerk. waar de standaard browser IE is, Er is dus geen enkel noodzaak om een andere browser te gebruiken en deze ook als zodanig te ondersteunen.
Ach ja. Bij een vorige werkgever van mij was er maanden lang gewerkt aan onze nieuwe site. Veel senior input, uitbesteedt aan een vrij grote partij, geen kleine bedragen mee gemoeid. Hij zag er niet onaardig uit maar moest na een maand alweer vervangen worden door de oude site.

Ze hadden het hele zaakje in Flash gebouwd (nee, niet in 2009, in 2012!) dus klanten (om geld te verdienen), en management (om de investering te verantwoorden) konden er niets van zien op hun telefoons en iPads.
Ik hoop dat die andere partij daar een flinke schadevergoeding voor heeft moeten betalen? Als ze gewoon hun geld hebben gehad zullen ze gewoon doorgaan met troep de wereld in slingeren. De enige manier waarop ze de gevolgen van het bouwen van flash-rommel gaan voelen is via de portemonnee.
Dat komt voornamelijk omdat die concurrentie nog niet echt door heeft hoe de Enterprise hun applicaties willen configureren.. Al heeft Chrome nu eindelijk Group Policies.
Als webdeveloper is dit best praktisch.
Ik werk op een mac. Het testen van een website in internet explorer is daarom best omslachtig.
Ik hoop wel dat dat ze ook oudere versies van internet explorer gaan toevoegen. Zeker omdat die nog wel veel gebruikt worden.

[Reactie gewijzigd door f_blom op 3 november 2014 21:57]

Ik denk dat MS dat dus juist NIET wilt, ze willen juist iedereen op de nieuwste IE krijgen en dat doe je door het bijvoorbeeld significant gemakkelijker te maken om te ontwikkelen en testen van de nieuwste versie dan voor oudere versies.
Ja dat is wel zo maar veel van onze gebruikers gebruiken nog steeds ie7.
En dus moet die goed getest worden. Wat op dit moment echt niet makkelijk is op een mac.

[Reactie gewijzigd door f_blom op 4 november 2014 07:54]

Dan moet je de emulator binnen IE11 gebruiken. En anders kan je de gratis virtual machines downloaden van Modern.ie voor alle versies van Internet Explorer sinds versie 6.
[...]
Als MS zich nou eens aan de geldende regels houdt dan is dat helemaal niet nodig. De wereld heeft al genoeg IE-only applicaties.
Dat commentaar is beter besteed aan Apple en Google die tegenwoordig veel meer schuldig zijn aan zich niet aan de regels houden.

Zo breekt Webkit van oudsher op een aantal punten bewust met officiŽle W3 recommendations. En zowel Apple als Google kiezen ervoor om bepaalde standaarden niet te implementeren wanneer deze strijdig zijn met technologie die ze zelf ontwikkeld hebben; die niet binnen de gekozen architectuur van hun browser past zonder in te boeten op performance; of die de positie van verkopen via hun appstore (waar ze commissies op krijgen) aan zou tasten.

[Reactie gewijzigd door R4gnax op 4 november 2014 01:06]

MS houdt zich juist aan de standaarden tegenwoordig, webkit en consorten zijn het nieuwe "oude" IE, met implementaties van zaken die (nog) geen standaarden zijn.
heb jij 6 jaar onder een steen gezeten. Vanaf zeg maar versie ,8 is dat al eigenlijk niet meer zo. bedrijven bleven hangen in 6 omdat dat nog wel werkte. Tegenwoordig ligt het meer aan de browser zelf als het niet werk, niet aan de bouwer van de website. Dat een website bouwer een site moet laten werken voor alle brouwers is echt onzin zeg, al gebeurd het soms nog voor ie7.
Het is duidelijk een developer tool. OS X snap ik, die andere twee minder. Op iOS en Android zijn developers toch niet aan het coden?
Ik doe dat regelmatig op een iPad met keyboard om even wat code aan te passen, desnoods op een Lumia of op een Nexus tablet, maar om echt uitgebreid te ontwikkelen en te testen natuurlijk niet.

Ik vraag me wel af waarom ik RemoteIE zou willen gebruiken. Zou dat qua performance niet zoiets als Browserstack opleveren? Het gaat dan waarschijnlijk voornamelijk om hoe iets eruit ziet of gerenderd wordt. Wellicht voor ontwikkelaars die alleen op OSX werken wťl een uitkomst.
Net getest, helaas is er gebeurd waar ik al bang voor was: alleen IE11

Als Front-end Developer moet ik juist snel kunnen testen (vanuit Windows) in iedere IE browser dus dit voegt voor mij niets toe omdat ik hier minder mee kan dan virtual machines (wat zou het fijn zijn om gewoon 3x een remote desktop te hebben ipv virtual machines ;) )

Wel zie ik een markt voor Mac gebruikers die snel even een (kleinere) site moeten testen in IE11 zonder oude IE browser eisen.

[Reactie gewijzigd door TheAshcat op 4 november 2014 06:54]

Staat toch ook in het artikel?
Met RemoteIE kunnen ontwikkelaars de meest recente versie van Microsofts browser in combinatie met Windows 10 gebruiken
Waarom gebruik je de developermode van IE11 niet als ontwikkelaar?
Daarmee kun je gewoon van renderer veranderen naar die van IE7-10
Dit is niet een reŽle weergave van een oude IE, je ziet bijvoorbeeld vaak duidelijke verschillen tussen IE8 compatibility modus en een 'echte' IE8 omgeving.
Valt het testen ook te automatiseren?
Als het puur gaat om output van een webserver, dan zeker. Als je het kunstje tweemaal kan uitvoeren door een paar knoppen in te drukken en input te leveren, kan je het ook automatiseren en de output vergelijken met eerdere resutlaten.

Ik denk echter dat het vooral gebruikt zal worden door ontwikkelaars van webapplicaties en dat die ook het visuele aspect van hun applicatie meenemen in de tests. Iets wat je vaak zelf moet zien ;)
Handig, je kan natuurlijk ook een licentie nemen op http://www.browserstack.com/
...en toch is dan een tool als browserstack http://www.browserstack.com handiger omdat je dan ook gelijk mobile en oudere versies kan testen. aan de andere kant wel goed van ms dat ze dit soort diensten gaan leveren. prettig om te zien dat ze wat vriendelijker worden naar de andere os'en ;)
Best handig... scheelt toch weer een extra OS installeren onder Virtualbox om te testen. De meeste klanten werken nu eenmaal in IE dus helaas moet het.

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