Kompatibilitetsproblematiken

1. Inledning

Den här sidan skrevs ursprungligen 1999 då de två stora webbläsarna, Netscape och Internet Explorer, inte tolkade webbsidor på samma sätt. Man fick därför ofta koda två eller flera olika versioner av sina sidor, en för varje webbläsare.

När den här sidan skrevs om, våren 2004, hade mycket av den problematik sidan tog upp inte längre relevans. Men fortfarande tar den upp en viktig aspekt: testning. Därför är den fortfarande aktuell på sitt sätt.

2. Vad är problemet?

Som du kunnat läsa om på många sidor här på min webresurs, är det inte bara att skriva in en massa kod och sedan tro att allting kommer att fungera. Det finns många hinder på vägen, framförallt att webbläsarna i de olika datorerna som besökarna har, tolkar koden olika.

Kan man göra något åt detta? Ett vanligt sätt är att göra flera olika versioner av sina sidor. Men skall man koda olika sidor för olika webbläsare eller göra enklare sidor som fungerar överallt?

Jag har struntat i att mina sidor inte fungerar i precis alla webbläsare och framförallt riktigt ålderdomliga versioner av Netscape och Internet Explorer.

Praxis bland webbutvecklare verkar idag annars vara att stödja webbläsare som varit ett par år gamla, men inte mer. Folk uppdaterar nämligen betydligt långsammare än många tror. Normalt har genomsnittssurfaren program som var nya för ett år sedan.

Generellt är dock webbsidor anpassade för Windows. Jag surfar gärna med min Mac och upptäcker ofta att sidorna inte fungerar. Framförallt gäller detta webbshoppar. Nästan varje gång jag surfar händer det att jag inte kan öppna en viss sida. Jag får meddelanden om JavaScript- eller andra fel.

3. Finns det någon lösning?

Någon enkel lösning finns inte. Jag har vid olika tillfällen försökt sammanställa listor över olika grupper av operativsystem och webbläsare, som har en egen tolkning av Html, stilmallar och framförallt JavaScript. Men listan blir snabbt inaktuell och är svår att få exakt.

Den som vill avancerade sidor måste därför antingen skapa flera olika versioner, en för varje webbläsare, eller acceptera att sidorna inte går att läsa i alla webbläsare. Framförallt är det då äldre webbläsare man måste välja bort.

En annan lösning är att välja en annan teknik, t.ex välja serverstyrda scripts snarare än klientstyrda. Detta berättar jag mer om på sidan om scripts. Läs mer >

I vissa fall kan man inte välja en annan teknik och då måste man göra det enklare för användaren att anpassa sin dator. Man kan t.ex berätta vad felet beror på och sedan hänvisa med en länk till ställen där man kan läsa mer och kanske ladda hem en plugin eller annat problem, som hjälper en vidare.

För att underlätta för sig själv bör man också noga testa sidorna i olika program, på olika datorer och med olika operativsystem. Genom att ta reda på exakt vilka plattformar som fungerar och inte gör det, kan man alltid ge bättre service till besökarna.

Testningen bör man alltid göra manuellt och inte lita på vad någon annan säger. De systemkrav som t.ex gäller enligt en viss tillverkare, kan mycket väl visa sig vara felaktiga!

4. Gör ett testprotokoll!

Med vägledning av de grupper av besökare jag identifierade ovan, kan man själv skapa ett testprotokoll. Ett sådant används för att man lättare skall kunna hålla reda på vilka webbläsare och operativsystem man testat sina sidor på. Jag använder ett protokoll som passar bra för mig. Du hittar ett förslag här nedan.

Testprotokollet bör man använda så ofta man kan. Det finns nämligen ingen utvecklare som är så erfaren, att han eller hon på förhand vet hur sidan kommer att se ut i webbläsaren. Därför bör man alltid vara mycket noggrann på den punkten och testa så mycket man har tid och ork med. Tyvärr kostar det mycket pengar att göra sådant efterarbete så det slarvas en hel del med testningen i branschen.

Operativsystem:

• Windows 95, 98, ME, 2000, XP
• Mac OS 7.x, 8.x, 9.x, 10.2, 10.3
• Någon Unix-variant, t.ex Solaris eller Linux
• Övriga: Amiga, Atari, osv

Webbläsare:

• Netscape 1.x, 2.x, 3.x, 4.x, 6.x
• Internet Explorer 3.x, 4.x, 5.x, 6.x
• Safari 1 (Apples egen läsare)
• Opera 3.x, 4.x, 5.x
• Övriga: iCab, Lynx, Mozilla, osv

Utöver dessa parametrar bör man kanske också fråga sig vilken teknik man använder. Behövs det något ytterligare program för att spela upp en fil, som en mediaspelare eller plugin? Behövs det en viss bandbredd? Vilken bildskärmsupplösning krävs? Räcker 800x600?

Vad skall sedan ett testprotokoll innehålla av allt detta? Självklart beror det litegrand på vilka besökare man vill skall kunna titta på sidorna. Här får var och en hitta en lagom nivå.

Mitt förslag på testprotokoll ser ut så här: Läs mer >

Läs mer om kompatibilitetsproblematiken på min sida "Hur fungerar en DOM?" Läs mer >