W3C publiceert eerste opzet van HTML 5

Gepubliceerd: Woensdag 23 januari 2008

Het webconsortium geeft een eerste proefversie vrij van de toekomstige webtaal, die meer flexibiliteit belooft voor webontwikkelaars en gebruikers.

Toon volledig artikel

rveens op Woensdag 23 Januari 2008 12:30

Als Microsoft slim is nemen ze die gelijk mee in IE8 ;)

9 / 11

Pingwin op Woensdag 23 Januari 2008 15:08

Dat zou voor het eerst zijn dat Microsoft rekening houdt met W3C. Tot nu toe hebben ze zo hun eigen interpretatie van HTML, dat is de reden dat niet-IE gebruikers vaak hele andere sites voorgeschoteld krijgen dan IE-gebruikers. Het liefst introduceerden ze MSML.

5 / 9

woutert op Woensdag 23 Januari 2008 15:58

Met HTML 5 komt dan eindelijk een einde aan de eigenlijk vreemde praktijk dat documenten met een XHTML doctype een HTML mime type kunnen hebben. Het mime type zal bepalend zijn.

Nu is het nog zo dat vrijwel alle "XHTML" documenten als HTML gerenderd worden, en niet als XML. Niet dat rendering als XML praktisch gesproken zou kunnen, want Internet Explorer tot en met versie 7 ondersteunt dat niet. XHTML is dus momenteel feitelijk een mythe.

De server headers:
Content-Type: text/html
Content-Type: application/xhtml+xml

4 / 4

baseline op Woensdag 23 Januari 2008 17:20

xhtml heeft ook best wel praktisch bezwaren.
Het gebruikt van XML stelt andere zwaardere eisen aan parsing en validatie.
Dat is niet per definitie gunstiger voor websites.

3 / 5

Archipel op Woensdag 23 Januari 2008 18:36

Hoezo? Dat is nieuw voor mij hoor. XML is toch net makkelijker en sneller te parsen dan SGML, vooral dankzij de /> endings.

Bij SGML (en dus html) zit je met zo'n stomme onafgesloten tags, die het parsen heel wat moeilijker maken. De parser moet echt alle tags kennen om geen fouten te maken, of er moet een hoop gecontroleerd worden om te zien of de tag afgesloten moet worden of niet, wat bij XML (en dus ook XHTML) geen probleem is. Kent de parser een tag niet, dan negeert die die gewoon.

3 / 3

baseline op Woensdag 23 Januari 2008 20:12

Bij XML zal een parser veel strenger moeten valideren en moet als het document niet 100% conform is de XML afgekeurd worden ook al is het document nog best te renderen voor een browser. Bovendien heb je recursiviteit in het parsen van XML elementen en werken dus ook XML parsers zo en kun je dus het document pas renderen als het document volledig binnen is en correct valideert terwijl je html al kunt renderen terijl het nog binnenkomt.

0 / 2

woutert op Woensdag 23 Januari 2008 20:08

Het parsen van syntactisch correcte XHTML mag dan in sommige opzichten wat makkelijker zijn voor een browser, in de praktijk blijkt dat slechts marginale tijdswinst op te leveren. In Firefox versies voor de (nog in beta verkerende) versie 3, is incrementele weergave van de code niet eens mogelijk, en Mozilla beveelt dan ook aan maar niet de XHTML content type header te gebruiken, als daar geen duidelijke noodzaak voor is.

XHTML stelt vooral nogal wat restricties aan de code, zonder dat daar nou zulke geweldige voordelen tegenover staan. Geen document.write gebruiken, zware eisen aan validatie, code die beter is voor machinale dan voor menselijke leesbaarheid. Ik kan eigenlijk geen voordelen noemen waar ik praktisch gesproken als ontwikkelaar/designer ook echt wat aan heb ten opzichte van HTML 4. Mijn voorkeur gaat dan ook sterk uit naar HTML 4 Strict, momenteel, en HTML 5 lijkt me een duidelijke verbetering.

XHTML wordt nogal overgewaardeerd.

1 / 1

BeterWeter op Woensdag 23 Januari 2008 21:42

Door machines leesbaar zijn zal in de toekomst belangrijk kunnen worden i.v.m. het 'symantische web'.

2 / 2

Anonymous Coward op Donderdag 24 Januari 2008 00:24

BeterWeter++

Helemaal mee eens.

Over het algemeen gezien is XHTML beter ontworpen, maar is html op het moment pragmatischer. Toch blijf ik denken dat XHTML the way to go is.

Uiteindelijk hoop ik dat er een moment komt dat XHTML 6.0 en HTML 6.0 in principe precies hetzelfde zijn, maar met een andere systax.

1 / 1

woutert op Woensdag 23 Januari 2008 22:04

Ook vanuit Webkit/Safari wordt aangeraden geen XHTML te gebruiken, maar HTML 4.

Ook Opera's Anne van Kesteren had het er een aantal keer over.

1 / 1

woutert op Donderdag 24 Januari 2008 07:05

De syntax van XHTML 2.0 wordt trouwens niet geïmplementeerd door browser bouwers omdat parsing daarvan onpraktisch veel tijd kost. Het gaat dan bijvoorbeeld om de mogelijkheid van elk element een hyperlink te maken.