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

Microsoft geeft IE10-optimalisatietips voor mobiele websites

Microsoft heeft in een blogposting een aantal mogelijkheden aan webdevelopers voorgesteld om met name mobiele websites goed met Internet Explorer 10 te laten samenwerken. Momenteel worden veel mobiele sites geoptimaliseerd voor de op mobiele apparaten dominante webkit-engine, waardoor deze niet altijd correct functioneren op andere browsers.

Internet Explorer 10 voldoet volgens Microsoft vrijwel geheel aan de html5-standaard. De browser is niet alleen opgenomen in Windows 8, maar ook in Windows Phone 8. Webontwikkelaars die sites geschikt maken voor mobiele apparaten als smartphones en tablets zijn zich de laatste jaren echter specifiek gaan richten op browsers die gebruik maken van de webkit-engine. Webkit wordt onder andere gebruikt in de stockbrowsers van iOS en Android.

In een poging mobiele websites die voor webkit zijn geoptimaliseerd ook correct te tonen en laten functioneren in IE10, heeft Microsoft op zijn Windows Phone Developer Blog in een posting een aantal tips en trucs vrijgegeven. De voorgestelde IE10-optimalisaties die developers in de html- en css3-broncode zouden kunnen doorvoeren, moeten onder andere een oplossing bieden voor websites die nog geen gebruik maken van reeds goedgekeurde css- en dom-properties. Zo bevatten veel mobiele websites in de broncode nog steeds zogenaamde webkit-specifieke prefixes die niet langer strikt nodig zijn, bijvoorbeeld de css-property '-webkit-box-shadow' in plaats van het gestandaardiseerde 'box-shadow'.

Complexer is de afhandeling van touch-input die verschilt in webkit-browsers en IE10. Terwijl webkit-browsers zogenaamde touch events gebruiken, heeft Microsoft in IE10 het pointer events-mechanisme doorgevoerd. Hoewel de W3C een candidate recommendation-status heeft gegeven aan touch events, wil de organisatie Microsofts pointer events als uiteindelijk standaard gaan ontwikkelen, mede omdat deze ook samenwerkt met muis- en stylusinput. Microsoft schrijft in zijn blogposting dat aanpassingen voor pointer events relatief eenvoudig zijn, alhoewel een zoek- en vervangopdracht in de broncode niet zal volstaan.

De posting van Microsoft laat zien dat het bedrijf de afgelopen jaren met de introductie van Internet Explorer 8, 9 en 10 een ommezwaai heeft gemaakt en gekozen heeft voor het omarmen van open webstandaarden. De softwaregigant kreeg lange tijd forse kritiek van webdevelopers omdat het ontwikkelaars met de dominante positie van Internet Explorer 6 jarenlang dwong om niet-gestandaardiseerde code te schrijven. Inmiddels zijn de laatste IE-browsers compatibel met de belangrijkste W3C-standaarden en werkt Microsoft actief aan het ondersteunen en ontwikkelen van nieuwe webstandaarden.

Door Dimitri Reijerman

Redacteur

18-11-2012 • 14:31

71 Linkedin Google+

Submitter: 80466

Reacties (71)

Wijzig sortering
Wat ie volgens mij bedoeld (maar verwarrend neerzet) is dat ie gewoon alle prefixes heeft genoteerd. Dus -webkt- -moz- -ms- -o- en de normale regel. Dus dan krijg je 5 regels voor het toepassen van box-shadow op een enkel element
klopt, maar goed dat is de concequentie als je met expirementeel spul werkt.
Hoort er gewoon bij
Maar zolang het dus nog niet een standaard is zou de non-prefix variant in geen enkele browser moeten werken.
En hoe moet de boel dan getest worden?
Die prefixen zijn er juist om de standaarden in real life te testen!

prefix == not stable yet
Op zich ben ik wel voor het idee dat je gewoon de -webkit-box-shadow oid dropped als browser zijnde op het moment dat je box-shadow implementeerd. De ontwikkelaars worden dan gedwongen om in ieder geval de officiele tag in te voegen.

Voor de andere 'expirimentele' browsers (-moz e.d) kan de developer dan zelf voor kiezen.
Een belangrijke css3 vernieuwing is het box-model. Daarbij werken de meeste css3 tags (display:box of box-flex) niet zonder -webkit- voorvoegsel. IE heeft er geen probleem mee, maar het breekt wel je hele website als je het niet invoegt
En daarom gebruiken ze zeker ook de extreem voorzichtige benaming 'candidate recommendation'.
Wie W3C kent weet dat dat (voor hun begrippen) geen voorzichtige benaming is. Het betekent: Zolang we geen ernstige fouten meer vinden wordt dit de 'recommendation'. Voor alle spullen van W3C kun je recommendation effectief gewoon vervangen door 'standard'. Dit is de de candidate standard.

Als je zo redeneert als jij zijn zaken zoals TCP, POP, SMTP etc ook geen standaarden maar slechts verzoeken tot commentaar, want RFC staat voor Request For Comment. Alsnog zijn dit wel degelijk standaarden.
Maar die eventnamen blijven dus tot de einden der dagen in gebruiken hierdoor. En omdat de eventnamen zonder prefix nog nergens gebruikt worden, had dat best gekund. Zeker als Microsoft (mede) deze standaard bedenkt.
Door een versie van een feature te implementeren die nu slechts de status 'Submission' heeft in plaats van de bestaande versie, die 'Candidate Recommendation' status heeft te implementeren?

De Touch Events api is hoe je het ook bekijkt méér standaard dan de implementatie van MS, ook wat marktaandeel betreft. De desktop zal MS hier niet helpen want die hebben geen touch (op wat uitzonderingen na).

EDIT: spelfoutje

[Reactie gewijzigd door OddesE op 18 november 2012 23:01]

Gebruikelijk != standaard. Dat iets veel gebruikt wordt, maakt het nog geen standaard. Als de standaard (of vereiste) voor een toets het cijfer 6 is, maar iedereen haalt een 7 dan is de standaard niet ineens 7.

Het was ook nog geen standaard, want het was een kandidaat voorstel
Waar gebruik ik het woord 'gebruikelijk'?

En het is geen kandidaat voorstel maar een candidate recommendation. Recommendation betekent aanrader of advies. Voor zover het het W3C aangaat zijn 'standaard' en 'recommendation' gewoon uitwisselbaar. Er is geen hogere autoriteit op het web dan het W3C en er is geen hogeer status voor W3C documenten dan 'recommendation'.

Verder is het bij de meeste toetsen wel degelijk zo dat als de meeste mensen een hoog cijfer halen dat de norm dan verschuift. En bij techniek is het zeker zo dat als iets veel gebruikt wordt dat het dan een 'de facto' standaard is.

Hoe je het ook wendt of keert: Beide api's liggen bij W3C. Touch heeft én een hogere status én meer implementaties. Dus is het ook meer standaard.
Persoonlijk vind ik dat de vergelijking met IE6 hier helemaal niet opgaat.

Het verschil tussen toen en nu is dat MS zich niet hield aan de standaard, terwijl nu webkit als standaard is verworden. Daarmee had MS ook kunnen zeggen, wij conformeren ons ook aan webkit zodat we gewoon 1:1 werken met Google en Safari.
Alleen is webkit geen standaard. Het is wel veel gebruikt, maar geen standaard.
Leuk dat jij altijd zelf mag beslissen wat je ondersteunt. De meeste ontwikkelaars moeten zich echter houden aan de wensen van opdrachtgevers, werkgevers en bovenal eindgebruikers :)
Het is zeker waar dat Microsoft het in het verleden flink verpest heeft met IE, en ze de ontwikkeling van het internet als medium zelfs hebben vertraagd en soms ontspoord. Maar MS gaat toch niet opgeven, en zal ook niet overstappen op webkit. Ze zijn nu in elk geval een stuk beter bezig dan 10 jaar terug: Sneller nieuwe releases uitbrengen en meer standaarden ondersteunen. Ik denk dat we met IE10 en 11 eindelijk een redelijk gelijkvloerse browsermarkt krijgen. IE zal nu naar verwachting ook bijblijven en niet opnieuw achter gaan lopen. Op het gebied van hardwareversnelling doen ze het zelfs erg goed, zoals ik heb begrepen.

Kunnen we in 2014 misschien eindelijk eens iets efficienter werken ;)
Het is zeker waar dat Microsoft met iedere nieuwe IE versie beter de webstandaarden ondersteund. Dat is echter het hele issue niet. Het issue is dat Microsoft geen auto-updating browser heeft.

Dat betekent dat ten aller tijde de IE gebruikersgroep verdeeld is over meerdere versies, van IE6 - 10, met de nodige ellende voor developers. Hoe goed IE10 ook is, zolang deze niet automatisch bijgewerkt wordt, is het wederom een versie in isolatie waar developers rekening mee moeten houden. Over 1 jaar loopt IE10 weer achter, maar zullen developers deze versie nog jaren moeten ondersteunen. Die ondersteuning wordt door betere standards support weliswaar steeds makkelijker, maar dit probleemt speelt nauwelijks bij Chrome, FF en Safari, welke (semi) automatisch nieuwe versies uitrollen.

Het denken in baselines van zowel de standaard (HTML4, 5) als in browser versies moet van de baan. De standaard is levend, niet statisch en ditzelfde zou voor browsers moeten gelden.

Sterker nog, HTML5 bestaat helemaal niet. Technisch gezien heet het HTML, en het is een levende standaard die continu bijgewerkt wordt. Stop dus met het wachten tot HTML5 "klaar" is, want dat moment gaat nooit komen.

FF en de webkit boys snappen dit, Microsoft nog niet.

Op dit item kan niet meer gereageerd worden.


Apple iPhone XS Red Dead Redemption 2 LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True