Názory k článku
Nové značky HTML5

Jenže tohle řešení je jenom poloviční. Sice by pomohlo vyhledávačům videa rozpoznat, ale stále nenabízí jednotné rozhraní pro práci s videem a vývojářům by z ovládání videa, které se jim změní pod rukama, jakmile vymění formát videa, nadále vstávali vlasy na hlavě.

Kouzlo značky <video> totiž není jen v jejím zápisu, ale hlavně v rozhraní, který tahle značka nabízí pro práci s videem (a které bude na rozdíl od značky <object> zajišťovat prohlížeč, nikoliv plugin), tj. vývojáře při programování webu nemusí nezajímat, v jakém formátu video bude, zda jej přehraje nativně prohlížeč nebo si pro kodek sáhne do systému či k tomu zavolá externí aplikaci, protože ovládání videa bude mít vždy stejné rozhraní (tj. stejné události a metody) bez ohledu na formát videa, které přímo nabízí značka <video> (tedy prohlížeč).

Jde o jinou filosofii. Něco takového <object>, který jen zprostředkuje rozhraní pro externí plugin, nedokáže; tam se rozhraní pro práci s videem bude logicky měnit podle zvoleného pluginu a tedy i podle formátu videa.

Jinak řečeno příklad v článku vůbec nedemonstruje kouzlo značky <video>.

To už je obecný fakt, že novinky navrhované v nějaké specifikaci v prohlížečích zpočátku nefungují, na implementace se zpravidla musí chvíli čekat, argument "a z tohoto důvodu neznamenají pokrok" není racionální.

V tom případě by nebylo třeba nic vyvíjet, takový plugin tu již dávno je a jmenuje se Flash.

Uživatelé s tím problém nemají, vývojáři ano. Flash totiž nemá rozhraní pro práci s videem z pozice webového vývojáře (jen z posice Flashového vývojáře, ale to je úplně jiná kapitola).

Zásadní je, aby existovala interoperabilní cesta pro přehrávání běžných typů médií na webu. Jak je realizovaná, to je již podružné.

Jenže tohle není žádná snaha o nějakou estetickou dokonalost, ale snaha vytvořit řešení na dnešní potřeby vývojářů.

To určitě, ale ty už udělal ten flashový vývojář. Flash nabízí jen obecné prostředky k vytvoření takového API.

Jenže tím už jsme se ale od klasických webových vývojářů posunuli někam jinam. Vůbec bych se nedivil, kdyby se ukázalo, že 99 ze 100 webových vývojářů o nějakém objektovém modelu Flashe nemá ani páru. Pro ně je potřeba přímý přístup k API a ten neexistuje.

Doporučuji náhodně vybrat nějakého vývojáře, ukázat mu zmíněné řešení a... myslím, že rychle pochopíte, kde je problém.

Je tam logická vazba, úplně stejně to funguje u definičních seznamů (tuším už od HTML3, resp. 3.2). Ponechme HTML dokumentům jejich štíhlost; tam, kde to není nutné, nemusíme vkládat zbytečné značky.

Vazba tam je velmi slabá. Můžete mít libovolný počet tt i td. To, co vytváří vazbu, je pořadí a změna názvu elementu.

Takovýto způsob je sice uchopitelný parserem s dopředným vyhledáváním, ale už ne ostatními jazyky jako třeba CSS. Jak například uděláte, aby

<dl>
<tt>Losna<tt>
<tt>Mažňák<tt>
<td>Velkým vontem budu já!<td>
<tt>Červenáček<tt>
<td>Mně je to jedno.<td>
</dl>

vypadal takto:

Losna, Mažňák: Velkým vontem budu já!
Červenáček:    Mně je to jedno.

Kdyby jednotlivé „páry“ byly zařazeny do vlastního elementu, tak by to šlo.

V tom tvůrcům stránek v zásadě až tak moc nikdo nebrání. Ale není to důvod proč nemít jako možnost i rozumný sémantický zápis. To, že to jde ještě sémantičtěji neznamená, že to tak musí být povinně a komplikovat běžné používání - HTML byl vždy jednoduchý jazyk a nechť takový zůstane. Doporučuji se podívat na Paretův princip.

Stále nemáte způsob, jak udržet osobu i řeč na jednom řádku a přitom zajistit, aby nová replika byla na novém řádku.

Kdyby tam ten mezielement byl, tak se to celé dá nastylovat přes display: table-row a table-cell.

Mohly bychom vylepšit selektory CSS, ale stejně tu zůstane problém, že gramatika je kontextová, takže třeba ani nemůžete adresovat jednu repliku jako fragment dokumentu.

Pro webové vývojáře je dnes celkem irelevantní kdy a jak je specifikace hotova, důležitá je podpora v prohlížečích (CSS dvojka taky pořád není hotova a nikoho to vlastně nezajímá, důležité, že funguje).

Odhadem tak 10-20% z HTML5 lze bez problému používat už dnes, protože již je buď plně podporovaná nebo částečně podporovaná a rozumně emulovatelná. Zbytek se implementuje postupně.

Všechny tyhle specifikace jsou dnes běh na dlouhou trať. CSS dvojka se už dělá 10 let (zrovna minulý týden vyšla další revize) a snad už konečně bude hotová, CSS trojka se už dělá taky skoro deset let a tak minimálně ještě 5-10 let se dělat bude (čili celkem 10-15 let), HTML5 se začala dělat asi před 5ti lety a s dokončením na tom bude určitě ještě hůř než než CSS3.

musi byt ukoncen

Snad v SGML/XML, ne?

To v žádném případě. Ostatně zrovna tahle značka vzešla právě na popud samotných výrobců prohlížečů.

Kdypak HTMListi přiznají, že chtějí HTML jako prezentační jazyk. Tenhle kočkopes, kdy se tam nejprve nacpe font, pak se slavnostně vyhodí, pak tam přidají article s aside, ale nepodchytí vztah mezi nadpisem a blokem nebo mezi tt a td. Nebo umožní rekurzivní section, ale už ne rekurzivní nadpis (přitom by stačilo zrušit head/title a přemístit jej do libovolného blokového elementu, s tím, že v něm jakožto přímý potomek může být nejvýše jednou).

Ze sémantického hlediska je HTML smrdutá zdechlina, do které se strkají další a další elementy, ale na vztahy mezi nimi se kašle. V podstatě to je pořád ta stará elementová polévka. Přitom by stačilo utáhnout gramatiku. Taková změna by nezbořila staré prohlížeče, přesto by sémantiku pozvedla na nevýdanou úroveň.

Zkuste si projet reálné weby a zjistíte, že většina z nich má hlavičku i patičku a také se je snaží nějak vyznačit (nesémanticky). Ono když nic jiného, tak minimálně už pro takovou přehlednost kódu se zavedení těch značek hodí. Navíc obě značky lze použít nejen ve vztahu k celé stránce, ale i v obsahu (např. uvnitř značky article). Lze tak označit záhlaví článku (např. nadpis a perex), což také najde své využití na řadě webů.

Martine, myslím že v článku třeba aside nepopisuješ přesně:

..aside vyznačuje boční panel..

Dost mě zarazilo, že HTML5 se vrací k popisu vzhledu dokumentu, ale ve specifikaci je:

aside represents a piece of content that is only slightly related to the rest of the page.

Pokud aside, header a footer chápu správně, popisují obsah s určitým významovým vztahem k hlavnímu obsahu jakékoliv části stránky - poznámka stranou, záhlaví a zápatí.

V tom případě je vše v pořádku - ty prvky jsou krásně sémantické a těším se na ně :)

<ul semantics:role="nav"></ul>

<p semantics:role="footer"></p>

Líbí se mi značka figure, ale představoval bych si, že označování multimédií půjde ještě dál co se popisu autorských práv týká. V ideálním světě bych si to rýsoval třeba takhle:

<figure>
 <img src="obrazek.jpg" />
 <legend>Obrázek z dovolené</legend>
 <author>Fratišek Novotný</author>
 <licence>GPL 2.0</licence>
</figure>