HTML /XML - libovolny zapis dat, ale za jakou cenu (diskuse)

[phero]

Holt ignorant, az neco bude chtit tak mu to napis treba v EBCDIC

[Pavel]

Můžeš to drobet rozvést? Pořád mi zatim nikdo nevysvětlil, proč to takhle neudělat.

[phero]

Neresim tu diskusi, jen tvuj only-IE attitude.

[derddddd]

Musim upozornit, ze je to muj kolega, jehoz prioritou je psani server-side app by" java, do klienta (xsl/html/js) je proste jenom "navezen" zeshora, aby si spravoval celou app sam.

[Filip Jirsák]

Používám pro tohle jiný namespace, tj. např.

<select id="mySel">
  <option value="1" myns:kod="cz">cestina</option>
  <option value="2" myns:kod="sk">slovenstina</option>
  <option value="3" myns:kod="en">anglictina</option>
</select>

Trochu nešikovné je, že v prohlížečích splňující standardy (postavené na Gecko, KHTML/WebKit nebo Opera) se pak používají metody getAttributeNS a podobné, v MSIE se musí použít getAttribute a jako název atributu se použije prefix:název. Ale používám wrapper, který podle potřeby použije tu správnou metodu.

Použití je podle mne v pořádku, prohlížeč, který splňuje normu HTML, musí neznámé atributy ignorovat – problémy by s tím tedy mohl mít jedině takový HTML parser, který porušuje jeden z nejdůležitějších principů HTML. A takový parser by asi moc dlouho nepřežil.

[derddddd]

No vida, dekujeme... o tomhle sme mluvili.....

[Pavel]

Použití je podle mne v pořádku, prohlížeč, který splňuje normu HTML, musí neznámé atributy ignorovat – problémy by s tím tedy mohl mít jedině takový HTML parser, který porušuje jeden z nejdůležitějších principů HTML. A takový parser by asi moc dlouho nepřežil.

Tak tohle je přesně to, o co se mé řešení opírá. Jinak použití jiného namespace beru, je to určitě čistější, ale v podstatě to samý jako můj příklad ;)

[Filip Jirsák]

Tak tohle je přesně to, o co se mé řešení opírá. Jinak použití jiného namespace beru, je to určitě čistější, ale v podstatě to samý jako můj příklad ;)

Je tu drobný rozdíl, který počítá s tím, že někdo v budoucnosti jasně řekne, jak má webový prohlížeč zacházet se jmennými prostory, které nezná. Pokud nepoužijete jiný namespace, bude mít třeba validátor oprávněné námitky a váš dokument nebude validní XHTML dokument. Pokud ale použijete jiný namespace, zůstane XHTML validním XHTML dokumentem – pouze musí být stanoveno, zda takový dokument může obsahovat i jiné jmenné prostory. To pro XHTML zatím nikde stanoveno není, ale zakázat to by postrádalo logiku. Že to XHTML nedefinuje ale není jeho problém, ono zatím vůbec není jasné, jak s dokumenty z různými jmennými prostory zacházet. Pomocí XML schémat je sice už možné nadefinovat pro jeden dokument použití víc jmenných prostorů, ale zatím není nadefinováno to nejdůležitější – jak vytvářet dokumenty vyhovující více schématům, případně jak zacházet s rozšířenými schématy (existující schéma obohatím o nové prvky).

Záměně píšu o XHTML a ne HTML, protože z HTML5 které nebude zároveň XML se mi dělá špatně, protože to konzervuje současný katastrofální stav na dalších deset patnáct let. No ale aspoň to za těch deset let bude už tak špatné, že bude chuť a vůle k radikálnímu řezu a vytvoří se něco úplně nového, co nebude muset být s HTML vůbec kompatibilní.

[petr_p]

Ono je třeba otevřeně přiznat, že DTD patří k SGML a u XML je chudým příbuzným. Takže pokusy o kombinovaná DTD jsou dle mého názoru věc úsměvná, ne-li pošetilá.

RelaxNG umožňuje povolit výskyt neznámých (cizích) elementů, nicméně poněkud kostrbatě. V tomto směru máte pravdu, že jednotlivé jazyky definující schéma XML dokumentů neumožňují částečnou validaci o jiný jmenný prostor rozšířených dokumentů.

Avšak existuje Namespace-based Validation Dispatching Language, který vytváří další validační vrstvu, která podle zadaného jmenného prostoru předhazuje validátorům strom zbavený cizích elementů.

Z praktického hlediska lze ale říci, že XML aplikace se umí úspěšně vyrovnat s mixem jmenných prostorů (např. Mozilla a XHML + SVG + MathML + XLink nebo libxslt a XSLT + XInclude).

[Daniel Kvasnička ml.]

Z praktického hlediska lze ale říci, že XML aplikace se umí úspěšně vyrovnat s mixem jmenných prostorů

No jeste aby ne To je prece jedna z hlavnich roli NS, od toho je X v XML jako eXtensible Kdyby to XML aplikace neumela, tak vubec XML aplikaci neni.

[petr_p]

Já narážím na to, že validace se považuje někdy za nezbytnou, někdy za zbytnou.

Aplikace vám ráda zpracuje dokument, který bude obsahovat elementy z cizího NS. Aplikace možná s protesty zpracuje dokument, který bude obsahovat elementy ze stejného NS, ale podle schématu by tam neměly co dělat. Aplikace zcela určitě padne na chybějícím elementu.

Líný programátor stanoví schéma a prohlásí, že jeho program zpracuje jen validní dokument. Pak ovšem celá rozšiřitelnost jde do háje, neb dnes neexistuje popis schématu umožňující svobodně rozšiřovat dokumenty a zároveň dodržet validitu. Dnes neexistuje dohoda, která by definovala, co s elementy z cizího NS. Mají se propouštět dál, mají se vyřezávat? Mají se rekurzivně zpracovávat? Co s uzly bez NS (text, CDATA, PI, komentář)?

Třeba Mozilla vám libovolný textový uzel zobrazí jako text. Chtěli byste ale, aby při tisku vcardu, do kterého si někdo doplní poznámku z jiného NS, že dotyčný je vůl, se také tiskly všechny textové uzly?

[Daniel Kvasnička ml.]

No bez vlastniho namespace je to prasarna ukrutna... jak psal Filip Jirsak, nadefinuj si vlastni namespace, spravne ho v dokumentu zaregistruj a je to v pohode.

Validator ti samozrejme zarve, protoze DOCTYPE XHTML tohle nedovoluje, ale tohle je pripad, kdy bych validator s naprostym klidem ignoroval. Z hlediska XML je to uplne regulerni praktika a prohlizece to (spravne) ignoruji. Hosi je to bohuzel s tagy v jinem NS, ty je mozne v normalnich prohlizecich skryt CSSkem (kdyz uz je neignoruji), ale IE v tomhle pripade nereaguje ani na CSS

Na tvorbu nejakych pokrocilejsich rozhrani treba pro CMS vyuzivajicich hodne AJAXu je tahle praktika dost ku pomoci.