XHTML? Krvelačná mrtvola!

Mozem sa spytat jednu vec? Ake vyhody ziskam, ked na XHTML (deklarovane ako XHTML pomocou DOCTYPE) pouzijem mime-typ application/xhtml+xml ?
Dakujem

Budes plne validny.. Nic viac..

2> To není úplně přesný – při použití MIME application/xhtml prohlížeč použije XML parser, takže se může lišit zpracování stránky (CDATA, JavaScript, zpracování tagů a podobně). Například Opera renderuje posloupnost <br></br> jako dva konce řádku, ale když použije XML parser, už funguje správně. (Nicméně ano, jsou to zatím [podle mě] převážně prkotiny.)

Na Chamurappiho článcích je podle mě nejsmutnější to, že mají technickou pointu – jakkoliv jsou například jeho ukázky s DTD zahnané do extrému, jejich odstranění by XHTML zjednodušilo. Když ale bude psát tímhle stylem, bude ho mít hodně lidí jen za idiota a každý pokus o rozumnou diskusi budou doprovázet desítky flamů, což omrzí. Kdyby rovnou napsal, že XHTML má takové a takové problémy, které se dají řešit tak a tak, většina lidí by před jeho technickýma znalostma smekla. Nechápu, proč jsou někteří lidi proti XML tak a priori vysazení – není bez chyby, ale je to praktický nástroj.

[2] A já žil v domnění, že <br> se v xhtml píše <br /> a jakožto nepárový "tentonoc" se ukončuje lomítkem na konci značky. Zápis <br></br> vidím prvně. A pokud mám pravdu, tak se nedivím, že to dělá v Opeře to, co to dělá (jak popsáno) :-)

oprava, reagoval jsem na [3] - jsem se překoukl :-D

Já to též píšu dohromady, ale XSLT procesor [Saxon] mi to vyšoulal zvlášť :) Každopádně Firefox i Safari renderují <br></br> shodně, jako jeden konec řádky (i v tag-soup režimu).

(5: Specifikace XML k tomu říká, že „the representation of an empty element is either a start-tag immediately followed by an end-tag, or an empty-element tag“, čili pokud to chápu správně, zápis <br></br> je sice podivný, ale naprosto správný.)

[8] Nehádám se, jen jsem se podivil... On je vlastně zápis <br /> zároveň i komprimovaný :-D a proto lepší ;-)

Ano prazdne tagy, taky tagy :)
... ale napriklad pri vytvareni XML dokumentu nejakym parserem nemusi byt vysledek vzdy stejny. Mezi nami devcaty: nektere parsery proste Element s zadnym obsahem "nerozchodi":D ... ale to samozrejme nemeni nic na teorii ...

Hej... je pravda ze z hentakymi vecami je problem... nieco take ako <div /> mi neslo vobec :D a cez XML parser by to slo... lenze neviem ci mi to stoji za to, ze ked sa nahodou podari mojmu skriptu vygenerovat nevalidne XML, tak to nezobrazi nist...

Ban XML, use Lisp!

11> Zobrazí to syntaktickou chybu, takže to člověk většinou opraví a je klid. Krom toho, generování validního XML zase není taková věda – jak se jednou člověk spálí o zapomenutý ampersand nebo ostrou závorku, většinou už není co řešit a všechno funguje. Pro mě osobně je mnohem větší problém Internet Explorer, který XHTML se správným MIME typem prakticky nepodporuje[, ať si Chamurappi říká co chce].

[13] Hmm... sak to, ze to zobrazi syntakticku chybu... Ked ju zobrazi mne, tak mi to nevadi, ale uzivatelovi...
Ze nieje problem vygenerovat validne XHTML mi je jasne...Moje skripty generuju validny kod vsetky... Ale aj tak... Clovek nikdy nevie... SW bez chyb neexistuje
No... Ak ho IE nepodporuje, naozaj nieje co riesit... (clovek aby sa stale prisposoboval tomu najhorsiemu... :( )

Kazdy programator chce snad psat cisty kod. Jak muze vubec nekdo uvazovat o tom, ze napise kod s chybami???? Od jsou snad validatory, aby ty chyby odhalily.

15> Ono jde spíš o chyby, které se zavlečou v provozu, nikoliv chyby jednoduše dohledatelné během vývoje. Člověk importuje obsah z jiného zdroje, zapomene zkontrolovat tagy a už se veze, přičemž o tom vůbec nemusí vědět. Ani validátor není úplně ideální, protože se špatně cpe do běžného vývojového cyklu. Pokud má člověk většinu výstupů statických, může si je zvalidovat v rámci buildu. Jakmile ale nějakou část staví dynamicky, automatická validace už je složitější a vzniká prostor pro chyby. (Čímž se věci snažím spíš vysvětlit než obhájit.)