René Løweneck skrev:
[om validering i forhold til ensartet visning i flere browsere]
> Det er 2 ting, der ikke har noget med hinanden at gøre.
Jeg er ikke enig.
> Du kan sagtens lave en side der validerer og ikke vises ens i
> de forskellige browsere. Omvendt kan du også sagtens lave en
> side der ikke validerer, men vises ens i de forskellige
> browsere.
Det har du helt ret i - det betyder bare ikke at ensartet visning
er fuldstændig uafhængig af validering.
Hvis en valid side ikke vises ens i forskellige browsere, vil man
normalt kunne få visningen på plads ved at tjekke de css-egenskaber
man ikke selv har fået sat. Det fanger dog ikke forskelle der
bunder i fejlagtig eller mangelfuld implementering af html/css i en
given browser.
Hvis en ikke-valid side ser forkert ud i en eller flere browsere,
er det straks sværere at finde ud af hvor problemet ligger - for
den måde browsere fortolker fejlbehæftet kode på er sjældent
beskrevet særligt godt.
En anden fordel ved validering er at man kan være nogenlunde sikker
på at ukendte browsere - det være sig eksisterende browsere man
ikke har mulighed for at teste med eller kommende browsere - kan
håndtere siden korrekt. Alle normale browsere laves så de kan
håndtere valid kode. Hvis man anvender ikke-valid kode, kan man
teste i et givent antal browsere, men man har kun ringe sikkerhed
for at det også fungerer i de browsere man ikke får testet det med.
Endelig kan det måske nuancere debatten vedr. valideringens
lyksaligheder lidt hvis man husker på at der er mange måder at
bruge ikke-valid kode på.
Anvender man fx target i et strict-dokument, store bogstaver i
xhtml-koder eller language i stedet for type som parameter til
script, har det ikke nogen reel betydning for visningen af siden.
Anvender man browserspecifikke css-koder til fx scrollbarfarvning
eller runde hjørner, vil det i sagens natur kun virke i de browsere
der understøtter dem, men det vil ikke give ekstra problemer for
andre browsere (bare man ikke forventer at en browserspecifik kode
virker i alle browsere).
Men hvis man får indlejret koder forkert, glemmer slutkoder til fx
en tabel eller sætter elementer forkert sammen, kan det give større
problemer - den slags hvor man ikke umiddelbart kan forklare
hvorfor browseren vælger at gøre som den gør.
Erfarne webudviklere kan skelne mellem ufarlig ikke-valid kode og
farlig ikke-valid kode - og dermed lave sider der fungerer godt
selv om de ikke validerer. Men uanset om man er erfaren eller ej,
er det lettere at tjekke en side hvis man ikke tolererer
valideringsfejl sammenlignet med at tjekke en side hvor man
tolererer visse fejl. Og hvis man ikke er helt sikker på hvad
konsekvenserne af at bruge en ikke-valid kode er, bør man holde sig
fra det.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på
http://usenet.dk/netikette/citatteknik.html