[rhdf]

En sida med ickevaliderad kod kanske funkar bra och ser bra ut idag, men om du, eller någon annan, vid ett senare tillfälle skall göra en liten förändring så kan den i värsta fall få hela layouten att rasa samman. Något som kommer ta en massa onödig tid att åtgärda.

eftersom vi gillar metaforer här så kan man göra en parallell med tapetsering. Om man gör ett ordentligt underarbete så sitter tapeterna fast på väggen och det är minimalt med arbete att sätta upp nya tapeter. Här hemma hade det tydligen fuskats någon gång, ett par tapetseringar bakåt i tiden. Detta innebar att när jag skulle riva slipa ner ett par skarvar så upptäckte jag att stora sjok av X tapetlager satt löst. Ett "slipa och spackla" jobb som borde tagit en dag nu tog en vecka eftersom vi fick slita ner all tapet ända in till ren vägg

[jayzee]

Det är många webbutvecklare som helt enkelt blivit extremt lata och förlitar sig på förlåtande natur av webbläsare där den (webbläsaren) ignorerar felen och det slutar med att folk inte ser vad som är fel på deras sida. "Det funkar ju!" har man hört många gånger och många gånger har man ifrågasatt intelligensen på personer som sagt så.

Prova byta till XHML 1.1 Strict som servas med application/xhtml+xml MIME-type headern (alla webbservrar som skickar någon annan header på just denna DOCTYPE har fel implementation) som bör tvinga fram draconian error handling så skall du se att webbläsaren inte är lika förlåtande längre

PS, det heter ju W3C validering - organisationen heter ju faktiskt World Wide Web Consortium.

[dAEk]

Tänk också på att alla valideringsfel inte nödvändigtvis behöver vara fel. Använder man t.ex. data-attributet från Html 5 i en Html 4-sida kommer man få valideringsfel men det i sig betyder inte att sidan är felaktig. Webbläsarna använder inte DTD:n för att avgöra vilka element eller attribut som är okej att använda - det gör däremot validatortjänsterna.