HTML 5 Working Draft

Internet, Közösségi média

A W3C megjelentette a HTML 5 Working Draft dokumentumot. Megtekinthető itt. Változások a HTML 4-hez képest itt.

( numen v | 2008. 01. 23., sze – 15:34 )

sok szép utópisztikus dolgot ír... mindenesetre elnézve pl. a jquery pluginjait, amelyek nagyon sokat megvalósítanak ebből (najó, a date- és a timepickerre, meg a formvalidátorra emlékszem konkrétan), látható, hogy tényleges igény van ezekre.

Mindazonáltal első blikkre xhtml-hez szokott szemeimet bántották a példakódok, még jó, hogy lehet xmlként is írni. Egyedül a mathml meg az svg hiányzik... Ezt vagy implementálják, vagy megjelennek nemsokára a canvasszel bohóckodó megoldások... 

int getRandomNumber() {
return 4;	//szabályos kockadobással választva.
	       //garantáltan véletlenszerű.
}	      //xkcd

mit értesz "rossz irány" alatt?
az mondjuk nekem se tetszik, hogy gyk. ugyanannyira szerkeszthető jegyzettömbben, mint a postscript...
viszont mégis egy kész xml alapú jelölőnyelv, a canvas meg csak egy vászon amire rajzolgathatsz javascripttel...
miben jobb a canvas a javascriptnél? 

int getRandomNumber() {
return 4;	//szabályos kockadobással választva.
	       //garantáltan véletlenszerű.
}	      //xkcd

Ezek meg pont azt vették irányba, hogy ne nyomassák az xhtml irányt annyira w3c-éknél.. Annó a w3c azt mondta hogy nem lesz további html kiadás, majd jól xhtml. Aztán a brózergyártóknak ez nem tetszett és nyomást gyakoroltak a w3c-re aminek eredménye lett ez az 5-s kiadás.

Tekintve, hogy xhtml-hez egy validáló xml parser kell, semmi más, már meg is van. A html esetén meg ki kell találni, vajon mi a retket akart a lúzer készítő írni, amikor b*szott figyelni a tag-ek lezárására és helyes sorrendjére. Nem baj, folytatni kell a hagyományt, még több összecsapott weboldalt a világnak!

Hát kb. ez lehet az indok.

A válaszhoz vissza kéne olvasni hogy milyen hírek/levlistatémák mentek a what-wg megalakulása környékén, mert a választ erre ott találod. Az indokra már én se nagyon emlékszem. Valami köze volt az xforms és minden eXtendend.* dolog, szemben a html és a webalkalmazások témával.
Mondjuk azért vicces amit itt lentebb írnak egyesek, hogy "csak" annyi, hogy dtd behúz/névtérbővítés aztán már mutatjuk is meg. Ha tényleg ennyi lenne akkor most a böngészők tökéletesen kezelnék a svn, xforms, xpath, xinclude, xhtml, xquery, mathml ... stb legutolsó kiadását. Node ettől azért makó-jeruzsálem távolságra vagyunk. Ugyebár.

Én úgy vagyok vele, hogy minél több van annál nagyobb az innovációból adódó jó ötletek születésének lehetősége. Verseny, változatosság, választás lehetősége, OS, internet. Jó ez így.

Az egyik legfőbb ellenérv az volt, hogy a szigorú XML feldolgozók bántják szegény szerencsétlen dokumentumszerzőket, akik nem képesek arra, hogy valid kódot hányjanak a webre. Tisztára meg is sajnáltam őket.

Verseny, változatosság, választás? Volt, amíg a böngészők kis trösztje be nem mutatott a W3C-nek, aki rögtön maga alá kapta a farkát – pedig az egyszeri fejlesztő addig még reménykedhetett, hogy majd az XHTML 2.

A hideg kiráz ettől a hulladéktól.

A humoros az egeszben az, hogy vegulis a teljesen invalid xhtml is meg tud jelenni a brozerek tobbsegeben. Nyilvan workaround, de innentol nem ertem az egesz kerdest. Az oke, hogy lehetoleg legalabb szintaxis szinten valid xml-t toljanak a webre (itt a lezaratlan tagekre, meg az elhagyott html tagekre gondolok), de ettol eltekintve kar a borozergyaraknak sirni. Aki normalis webfejleszto, az mar ugyis attert valamelyik xhtml szabvanyra, aki meg nem, az meg meg is erdemli. Manapsag mar az ingyenes wysiwyg editorok is tobbe-kevesbe valid xhtml kodot tolnak ki magukbol (az megint mas kerdes, hogy maga a kod meg a gany jelzore is erdemtelen).