Att validera en sida

När man validerar sin sida så är det ofta i syftet att standardisera sajten så att den ska vara kompatibel i de flesta webbläsare. Men också för sin egen del att ha en sida som är fullständigt “ren” utan några fel i kodningen. Det är inte så lätt utan att ge avkall på script och vissa koder för att få en sida helt validerad kanske Du tänker nu. Men – det går, faktiskt. Genom att “peta” in några färdiga koder så förhindrar man webbläsarna att tolka scripten fel – och Du kan exempelvis behålla dina javascript.

Låt oss säga att du väljer att testvalidera din sajt och då upptäcker du en massa errors trots att du kanske har använt ett WYSWYG-program eller är kunnig att på egen hand skriva dina anteckningar. Hur kan det nu komma sig att det ändå är fel? Här är några exempel:

  • Du använder fel doctype
  • WYSWYG-programmen använder sig inte av standardiseringen som “standard” utan ger endast var kod för sig. Det innebär att du kan få fler än 1 kod med exempelvis head – body attributet som då skrivs in på sidan.
  • du har missat en “alt” tag.
  • du har glömt att sätta ut en sluttag eller slash.
  • Du har glömt att avsluta ett eller fler stycken
  • du använder dubbla attribut som exempelvis body eller head.
  • css-koderna kan vara inkompatibla med xhtml-koden. Detta gäller framför allt de som tidigare använt en css-mall men övergått till att koda sidan enbart i css. Sluttaggar och andra attribut ser helt annorlunda ut, liksom att javascripten måste skrivas om då de inte alltid är kompatibla med en ren css-skapad sida.
  • vanlig html-kod i löpande text är inte heller tillåten, exempelvis som att byta font, skapa en radbrytning som <br> (strict) eller att använda table-attributet <table > utan att definiera denna med summary.
  • detta innebär i sin tur att du inte kan använda dig av target=”_blank” eller border=”0″ i koden för strict
  • du blandar html-koder och css på samma sida.
  • i xhtml får du inte använda versaler i koderna utan bara gemener
  • Du använder fel semantisk struktur

Internet Explorer släpper dessutom “igenom” många syntaxfel i koderna – så det är inte alls säkert att din sida ser likadan ut i andra webbläsare eller operativsystem som i din egen. Dessutom finns det fler varianter idag än i dataålderns begynnelse. Därför har begreppet webstandard introducerats och kommit att bli allt vanligare. Man kan välja på olika alternativ men vanligast är transitional och strict. Det sistnämnda har lite mer stramare regler och det hörs ju redan på namnet.

Vill Du testa din sida?

Få bara inte panik när du ser resultatet. Se det istället som att du kan rensa sidan från en massa “onödig” kod och därigenom underlätta uppladdningen av din sajt. Dessutom får du ju veta om koderna är fullständiga eller inte – och det är oftast av intresse om man vill ha en väl fungerande sida. De som använder php-inklude bör uppmärksamma rad och kolumn – validatorn läser av hela sidan och den innefattar alla inklude vilket resulterar i att ni kanske inte finner den specifika raden i ert indexdokument. Kika då i närmaste inklude och räkna rader eller öppna källan och spara ned hela dokumentet i html-format. Räkna sedan raderna. Man kan alltså inte ladda upp en inkludesida som main, footer eller header – och validera denna, validatorn läser enbart hela sidor.

För sidor uppbyggda enbart av css eller xhtml.

Valid XHTML 1.0! xhtml – med doctype transitional eller strict

Valid HTML 4.01! För vanlig html-kodning

Valid CSS! För din stylesheet

Liknande poster:

Leave a Reply

Your email address will not be published. Required fields are marked *