19 únor 2006, 14:32
rubrika se-spetkou-ironie
Předem se omlouvám za stupiditu následujícího příspěvku, ale prostě jsem si to nemohl odpustit.
Určitě již všichni znáte tu otřepanou básničku, že XHTML se musí
posílat nejlépe jako application/xhtml+xml
a že když se
posílá jako text/html
, tak to vlastně žádné XHTML není. Ale
možná ne všichni vědí, jak to potom taky může dopadnout. Stránka by se
měla nejprve zkontrolovat zda je well-formed a až potom by měl prohlížeč
začít s vykreslováním. To znamená další zbytečné zdržování.
Obzvláště u velkých diskusí typu živě.cz či lide.cz to musí být
paráda.
Má to ale jeden háček. Stránka se začne vykreslovat, pouze pokud je
well-formed. Pokud není, měl by prohlížeč vyhodit strašlivý error.
Takže stačí jediná chybka a návštěvník uvidí ze stránky velký
kulový. Aneb přístupnosti zdar. Ještě štěstí, že IE tenhle MIME typ
nepodporuje. Aspoň se o něj prakticky nikdo nesnaží. A když
přece, dopadá to
špatně ;-). Takže ať už píšete v čemkoliv, proboha
neposílejte stránku jako application/xhtml+xml
, pokorně vás
prosím :-).
Ereses
— 19. únor 2006, 18:41
application/xhtml+xml
tenhle problém není.— 19. únor 2006, 20:56
„proboha neposílejte stránku jako application/xhtml+xml, pokorně vás prosím :-).“
Bacha na Hulana, jestli tohle uvidí, tak tě roztrhá :o)
— 19. únor 2006, 21:15
Mazlo: Jen ať si přijde, však i jemu se tam občas objeví nějaká chybka a podobnou obrazovku jako na screenshotu už jsem u něj párkrát viděl ;-).
— 20. únor 2006, 12:15
Kdyby
application/xhtml+xml
mělo oprotitext/html
nějaké výhody, tak proč ne? Stačilo by výstup před odesláním prohnat přes Tidy nebo něco podobného.Jenže žádné výhody zatím nejsou, alespoň ne dokud se při tvorbě musí udržovat kompatibilita s text/html.
Naopak při použití tohoto typu se člověk musí omezovat zejména v Javascriptu. Nefunguje spousta webových standardů od Microsoftu (třeba innerHtml) a od Netscapu (např document.write) a musí se to těžkopádně nahrazovat W3C DOMem.
— 20. únor 2006, 14:16
Hm a co tak psát stránky se správným kódem… To by možná bylo správné řešení. No a taky nebýt líný a ošetřovat chyby nebo vypnout chybové hlášení.
— 20. únor 2006, 14:33
llook: Jaké jsou vlastně obecné výhody
application/xhtml+xml
? Nemám to prostudované do podrobna, ale jestli to je pouze rychlejší parsování, tak to je trochu málo (obzvláště vzhledem k tomu, že stránka se stejně začne vykreslovat později). SVG či MathMl lze také s poklidem využívat vtext/html
a žádná jiná výhoda mne zrovna nenapadá.MiSHAK: Ano, to je řešení. Ale má to (minimálně) jedno ale ;-). U statických webů není problém well-formed dodržet, ale u redakčních systémů a obecně větších webů to již problém být může. A má uživatel přijít o informace jenom proto, že v záhlaví stránky není ukončený jeden element? Navíc – že by kluci z W3C neuměli napsat well-formed stránku?
Zajímavé ale je, že Opeře konsorcium posílá
text/html
, zatímco Friefoxu posíláapplication/xhtml+xml
.— 20. únor 2006, 18:09
To se dá snadno – posíláním text/html
— 21. únor 2006, 20:59
[6] parsování HTML i XHTML je komplikované i rychlé úplně stejně. Jiná věc jsou samoopravovací funkce, které umí chápat i chybný kód. Ale ty mohou existovat jak pro HTML, tak pro XHTML. Dnešní prohlížeče je však používají pouze pro HTML, proto ty brutální chybové hlášky.
— 14. březen 2006, 20:12
Já nejdříve zkontroluji podle přijaté hlavičky, jestli prohlížeč podporuje hlavičku xhtml a pokud ano, pošlu mu ji, pokud ne, klasika html. Je zajimyvé, že jsem jednou dělal web do soutěže a dal tam XHTML 1.1 a hlavičku xhtml, jaká tam má být. IE to zobrazoval v pohodě, ale všimli si toho a ani mě nezaregistrovali. Už si na to dávám pozor.