Stig Nygaard skrev:
> Tjaa. Med andre ord er det ren pynt at skrive i xhtml, for der
> er ingen browsere som udnytter den strammere xml-syntaks til
> rent faktisk at optimere fortolkningsprocessen...
I forhold til visningen i en browser har du ret. Men xhtml kan også
gøre det lettere at finde fejl i koden, fordi de implicitte
lukninger der er tilladt ved visse koder i html (fx <p>, <td> og
<option>) kan skjule en fejl for en validator.
> Medmindre altså man sender med mime-type application/xhtml+xml,
> men så smider man IE-brugerne af i svinget(*).
Man kan benytte content-negotiation - hvor man kort fortalt spørger
browseren hvilke mime-typer den understøtter, og derefter sender en
passende type med dokumentet.
Princippet er beskrevet her:
<
http://www.w3.org/Protocols/rfc2616/rfc2616-sec12.html>
> Jeg forstår ikke Mozilla og Operas valg må jeg indrømme, men det
> er nok fordi standarderne siger de skal gøre sådan?
Jeg tror du har ret i at standarderne foreskriver at text/html-
dokumenter skal håndteres som html (og ikke som xml), men der er
under alle omstændigheder også et praktisk problem forbundet ved at
bruge en xml-baseret xhtml-parser på ethvert xhtml-dokument. Html
er som bekendt temmelig fejltolerant - browsere vil forsøge at vise
en side næsten uanset hvor mange fejl der er i html-koden. Det er
helt anderledes med xml-dokumenter - her vil en enkelt fejl få
parseren til at stoppe behandlingen af dokumentet og komme med en
fejlmelding.
Der er mange sites der benytter xhtml uden at validere helt - alle
disse sites ville så blive vist fint i IE mens Mozilla og Opera
ville komme med fejlmeldinger, alene på grund af xml-parseren. Det
vil næppe være en farbar vej hvis folkene bag de to browsere gerne
vil have flere brugere.
Jeg tjekkede lige hvordan Mozilla og Opera håndterer en
application/xhtml+xml-side med kodefejl i. Det er ikke helt ens -
Mozilla viser kun en fejlmeddelelse (XML Parsing Error), mens Opera
viser siden efterfulgt af en fejlmeddelelse (her inkluderes hele
koden i fejlmeddelelsen). Tjek selv visningen på
<
http://gyros.dk/usenet/asp/iframe_fejl.asp>
> Men for at returnere til spørgsmålet der startede det hele, så
> ville det jo alligevel med hensyn til bagud kompatibilitet med
> ældre browsere være dumt at bruge den sammentrækkede form
> under alle omstændigheder.
Ja - den eneste mulighed for at angive alternativt indhold til
browsere der ikke understøtter iframes er ved at have indhold i
iframe-elementet - og det umuliggør så den korte form.
--
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