Názory k článku
Webdesignérův průvodce po HTML5 - nová sémantika

Ono v tuhle chvíli není vůbec jisté, zda ve finální verzi HTML5 zůstanou. Takže je ten osud postihne možná i oficiálně.

Toho bych se v případě elementů jako section, article, nav, header, footer apod. nebál. WebDesigneří se na (IMHO) ně těší :), Uvidíme, co element aside…

obavam sa, ze pre webdizajnerov tieto znacky nemaju vobec zmysel.
ma to zmysel pre tvorcov web-browserov, vyhladavacov, rss-citaciek a podobnych nastrojov, ktore sa snazia spracovat obsah stranky podla vyznamu (semantika).

Jenže webdesigneři, nežijí ve vzduchoprázdnu, nýbrž obklopeni vyhledávači, rss čtečkami a podobnými nástroji.
Navíc nevím, jak vám, ale já rozhodně budu používat (a už používám) radši <header> než <div id=„header“> :), nejsem sémantický fanatik, ale mě nová sémantika potěšila a s vašim přístupem, bychom si vystačili jenom s jediným elementem, který bychom stylovali… to by byl teprve bordel :)

Ked sa pozriete na koncepciu OO-CSS hned vam nove strukturne znacky v HTML 5 budu davat lepsi zmysel ;)
Majme priklad laveho stlpca na stranke. Su v nom informacie napriklad ako navigacia, rychle vyhladavanie s nejakou poznamkou a napriklad odkazy na odbery informacii z danej stranky.
Chybny pristup je tento lavy blok spravit ako ASIDE. Obsahovo nie vsetky casti (v tomto pripade ziadne) nie su spojene s grom stranky.
Zostava nam teda vyuzitie SECTION alebo DIV. Section je v tomto pripade nevyhovujuce z hladicka vyznamu, pretoze vsetky tri casti laveho menu nemaju rovnaku alebo pribuznu obsahovu hodnotu.
Tak teda pouzijem ako spravne riesenie znacku DIV a do nej nasledne vytvorim 3 vnorene znacky SECTION, pretoze mi uzatvaraju obsah podla vyznamu.

---

Dalsim specifikom je napriklad NAV. Ian Hickson to zhrnul v jednoduchosti do vety „The blunt answer is “use whenever you would have used class=nav.“
Takze bez vycitkov svedomia pouzivat na primarne navigacie, sekundarne, drobkove navigacie a strankovanie.
Vsetky spomenute navigacie sluzia na orientaciu a pohyb v dokumente (webovej stranky) ktora je rozclenena na niekolko mensich casti, bez ktoreho by sme sa k danym oblastiam nedostali vobec (napriklad strankovanie) alebo s urcitou neakceptovatelnou obtiazou (drobkova navigacia)

Přeložil bych jako rozdělení obsahu, nebo vrstvení obsahu.

Nebo třeba „metoda dělení podle obsahu“.

Ja by som to prelozil ako: segmentovanie obsahu

Umí vyhledávače již toto zpracovat?

Vyhledávače s tím zatím nic dělat nebudou, důvody rozepsal Yuhů na http://seo.nawebu.cz/201003/0013.html.

Hezky uvod do novych elementu html5. Jen bych se mozna vyvaroval nazyvat element aside v kontextu cele stranky bocnim panelem. Neketere kodery by to mohlo vest k tomu, ze budou pouzivat aside pro cele postranni sloupce, jako je napriklad ten napravo na teto strance. >>>>>>>>>
To podle me ovsem neni spravne pouziti, aside by mel obsahovat informace vztahujici se nebo doplnujici sekci (ktera element aside obsahuje) a u kterych nezavisi na umisteni techto informaci. V kontextu cele stranky, napriklad vypisu clanku z nejake kategorie, si dokazu predstavit, ze aside obsahuje popis teto kategorie + napr. nejctenejsi clanky…
V souvislosti s problematikou rozdeleni obsahu (sectioning) a mixovani elementu section a h1-h6 bych jen doplnil nastroj ouliner, ktery vam umozni videt, jak (mozna) rozdeleni stranky vidi napr. vyhledavaci roboty.

„Specifikace pak říká, že by se důležitost nadpisu měla přepočítat dle toho, jak hluboko je v sekcích zanořen.“
Tohle se mi líbí na Docbooku – tam prostě používám pořád jen section, title a para:

<section>
  <title>Nadpis 1. úrovně</title>
  <para>…</para>
  <section>
    <title>Nadpis 2. úrovně</title>
    <para>…</para>
  </section>
  <para>…</para>
</section>

a nějaké H1, H2, H3… nemusím řešit – to se samo odvodí z úrovně zanoření kapitoly. HTML5 by něco takového taky mělo umět, ale škoda, že je to zase jen polovičaté a nesystémové řešení – používat H1 pro nadpis třeba páté úrovně je mi proti srsti a počítat si ty H1-H5 ručně (a při každém přeskupení textu přečíslovávat) je taky otrava.

Je to presne kvoli kompatibilite. Vnorene nadpisy bol vymysel XHMTL 2 avsak kedze sme tu uz mali H1 tak sa vyuzil.

„zpětná kompatibilita“ je těžká koule na noze HTML. Obzvlášť s tím zahozením verzování v DOCTYPu bude interpretace H1 (a nejen jich) opravdovou lahůdkou.

Suhlasim, ze si HTML nesie prilis velku gulu z minulosti a s historickymi skusenostami by v dnesnej dobe vymysleli asi nieco lepsie, alebo by sa vyhli niektorym preslapom. No vtedy to bolo prelomove.
To verzovanie HTML pomocou DOCTYPE je kontroverzna tema. Na jednu stranu pripustam, ze ak pride HTML6, ktore urcite zavedie chovanie niektorych existujucich znaciek trochu inak, tak sa nevyhnu nejakemu rozlisovaciemu elementu.
Na druhu stranu, ak ludia okolo HTML5 ocakavaju rok 2022 kedy bude uplne „dokoncene“ tak mozno ziadne HTML 6 nebude a pride uplne nieco ine a verzovanie uz nebude treba.

Tenhle je taky dobrej. ;)

budme radi, ze ludia maju zmysel pre humor :)

To bude zase masakr, už to vidím jako živý :)
5% webů dělaných profesionály to bude mít použité v pořádku, tak jak se má,
20% webů dělaných „profesionály“ to bude mít využité blbě, ale jenom trochu
a ostatní …

Kdyz vidim jakou ma HTML5 mizernou podporu v IE tak si rikam, ze s implementaci neni treba nekolik let spechat :(
http://www.findmebyip.com/litmus/#target-selector

IE9.js a jQuery Tools Form riesia dostatocnu medzeru. Ostatne veci zial nie su lahkym orieskom.

nepleťte si CSS3 a HTML5, naprosto spolu nesouvisí, prohlížeč může umět komplet HTML5 a vůbec CSS3
HTML5 se dá bez problémů používat už dnes, resp. jsou 2 problémy
a) špatné zobrazení v IE bez javascriptu (počet lidí s IE s vypnutým javascriptem se limitně blíží nule, ergo prakticky žádný problém)
b) nesprávné pochopení některých značek vyhledavači – např. to že budu mít všude H1 ovšem pokaždé v jiném kontextu pochopí vyhledavače tak, že všechny nadpisy mají stejnou váhu. Tohle se dá obejít tak, že prostě v aside budu používat i nadále H2 atd., dokument pak i lépe vypadá s vypnutými styly
pak tu jsou ještě drobnosti typu že např. je možné s HTML 5 dát naprosto kterémukoliv elementu HREF (a tag A je vlastně obsolete, protože je to samé co „span href“), což ovšem nechápou ani vyhledavače, ani prohlížeče, takže bohužel zatím je třeba stále používat A

Ad „nesprávné pochopení některých značek vyhledavači – např. to že budu mít všude H1 ovšem pokaždé v jiném kontextu pochopí vyhledavače tak, že všechny nadpisy mají stejnou váhu.“

jj, ale není to chyba vyhledávačů, jako spíš zpraseného návrhu – na tom je vidět, jak je snaha o „zpětnou kompatibilitu“ kontraproduktivní – chtělo by to obecnou značku pro nadpis, která by se dala jednoznačně odlišit od starých h1 a spol – prostě něco, jako má ten Docbook (viz příklad výše).

Pak bude vyhledávač (nebo jakýkoli jiný software) vědět, jak se má k nadpisům chovat – když narazí na h1, tak je to nadpis první úrovně – vždycky. Když narazí na něco jako <title>, tak ví, že si má jeho váhu dopočítat podle úrovně zanoření. Jednoduché a jednoznačné.

Ad „že např. je možné s HTML 5 dát naprosto kterémukoliv elementu HREF (a tag A je vlastně obsolete, protože je to samé co „span href“), což ovšem nechápou ani vyhledavače, ani prohlížeče, takže bohužel zatím je třeba stále používat A“

Zase další objevená Amerika ze strany HTML5 :-) Máme tu XLink, který dokonce funguje a dá se použít v libovolném XML: http://vps.frantovo.cz/disk/xml-odkazy/pokus.xml (minimálně ve Firefoxu).

BTW: zajímavý zdroják – http://www.wowarmory.com

V tych tabulkach su aj casti HTML5
a) suhlasim je to takmer nulove percento, ludia s vypnutym javascriptom je docela blaznovstvo
b) vyhladavace ? neviem ako je na tom Bing, ale Google s tymto nema problem.
Ano da sa to riesit viacerymi sposobmi, napriklad pouzit H2 namiesto H1 a stratit tak vyhodu konzistencie.
Co sa tyka atributu HREF tak ju v globalnych atributoch jak chcem nechcem vobec nenachadzam. Toto bola vec ohladom XHTML 2 ak si dobre pamatam.

Mám pocit, že jsem někde viděl, že globální href mělo být původně zahrnuto, ale výrobci prohlížečů byli proti.
A už i vím, kde jsem to asi poprvé viděl: http://html456.blogspot.com/2008/08/proc-v-html5-neni-univerzalni-odkaz.html

Přesně tak, „href“ coby globální atribut byl odmítnut vendory. Pro linkování zůstává stále element „a“, HTML5 mu ale mění model, teď může obsah i blokový obsah.

aha, tak vidíte, pár měsíců nesleduji vývoj HTML5 a zas je všechno jinak.
Opravdu je A teď takový zvlášní hybrid, který se zobrazuje inline, ale může obsahovat blokové prvky? Tedy něco jako [div style=„displa­y:inline-block“] ? zajímavé.
imho je škoda, že ta podpora href všude neprošla, není rozdíl mezi [a href] a [span href] jako bezvýznamovém elementu a ubylo by zbytečných [li][a href] a podobných zbytečných konstrukcí. Teď když můžu s CSS3 používat třeba vícenásobný background atd. tak bych zas ušetřil pár toho zbytečného balastu

1/ není to „něco jako inline-block“, HTML5 už nedělí elementy na blokové a čádkové
2/ porovnáváte neporovnatelné, CSS3 přidává novou funkcionalitu, která do teď nebyla; kotva na rozdíl od toho jenom změnila flow type, byla tu od počátku. Tuším, že vendoři tam viděli nějaké problémy s implementaci na některých elementech a s vnořováním odkazů do odkazů apod.

„Přesně tak, „href“ coby globální atribut byl odmítnut vendory.“
Oproti tomu ale takový XLink už implementovaný mají – např. v SVG.
Minimálně v těchto prohlížečích funguje: Firefox, Safari, Opera, Chrome.
Odmítnutí globálního hrefu celkem chápu – XLink je lepší a systémovější řešení.

nesprávné pochopení některých značek vyhledavači – např. to že budu mít všude H1 ovšem pokaždé v jiném kontextu pochopí vyhledavače tak, že všechny nadpisy mají stejnou váhu.

Tomáši, odkud čerpáte? Struktura, kdy více nadpisů první úrovně má v rámci dokumentu stejnou váhu odpovídá starším verzím HTML. V HTML5 záleží v jaké sekci element H1 leží a více elementů H1 na stránce není chyba, ale víceméně nutnost.

Lidsky to rozebírá právě Mark Pilgrim – http://diveintohtml5.org/semantics.html#header-element

Hodně by mě překvapilo, kdyby vlastní vyhledávač společnosti Google, která HTML5 otevřeně podporuje, správné parsování dokumentů v něm vyznačkovaných neuměl.

Jak jsou na tom vyhledávače s parsováním HTML5 by mě ostatně zajímalo obecně, ale asi to neumím s Google. :-)

je možné s HTML 5 dát naprosto kterémukoliv elementu HREF

V aktuální verzi HTML5 href mezi společnými atributy není.

To, že nové elementy HTML5 jsou v prohlížečích přednastaveny jako inline mě hrozně překvapilo, kdy jsem novou sémantiku poprvé zkoušel.

Hlavně u Sectioning (např. article) a Heading content (např. header) mě to vůbec nesedí.

Nezná někdo z přítomných důvod?

Martine, prohlížeč každý element který nezná, bere jako inline element. Důvod je tedy jednoduchý, prohlížeče nové elementy zatím neznají a proto tyto elementy nemají defaultní stylování. (Proto se btw. vyplatí uzavírat tagy, nelze totiž očekávat, že třeba tag

se automaticky uzavře tím, když otevřu <section>. [na což mi většina lidí řekne, že je to „prasárna“, ale pro mne to má u soukromých projektů své kouzlo. Člověk musí mnohem lépe znát chování prohlížečů i HTML] ;) ) Do budoucna se předpokládá, že defaultní stylování bude u většiny display: block. viz.: http://dev.w3.org/html5/markup/spec.html#article

Aha, žil jsem v přesvědčení, že všechny moderní prohlížeče kromě IE ty elementy znají a Modernizr je v IE přidává do DOM.

Kdyby někoho přesně zajímalo:

Javascripty jako Modernizr se v případě IE používají proto, že IE neumí neznámé prvky stylovat a také je nestandardně vkládá do DOM. Více Mark Pilgrim: http://diveintohtml5.org/semantics.html#unknown-elements