36 komentářů k článku Webdesignérův průvodce po HTML5 – nová sémantika:

  1. Michal Kára

    Osud

    Když se dívám, jak abstraktně jsou tyto elementy definovány, tak se obávám, že je stihne stejný osud, jako podobné abstraktní elementy předchozích verzí HTML…

    1. Jiří Kosek

      Re: Osud

      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ě.

    2. Bauglir

      Re: Osud

      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…

      1. tim

        Re: Osud

        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).

        1. Bauglir

          Re: Osud

          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 :)

    3. Rado

      Re: Osud

      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)

  2. honza.trtik

    aside - bocni panel, outlining

    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.

  3. František Kučera

    Vnořování a Docbook

    „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.

    1. pas

      Re: Vnořování a Docbook

      Není to kvůli nějaké zpětné kompatibilitě? Jakože používejte už jen H1, překousněte jeho nelogický název, a na H2-Hn už kašlete…

      1. Rado

        Re: Vnořování a Docbook

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

        1. František Kučera

          „zpětná kompatibilita“

          „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.

          1. Rado

            Re: „zpětná kompatibilita“

            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.

  4. xx

    Redakčně smazáno

    1. 6. 2010 20:14 smazal Martin Malý, důvod: Názor porušoval pravidla diskusí – obsahoval zbytečné vulgarismy.
  5. Petr Šimčík

    to bude zase masakr

    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í …

    1. Tomáš Kapler

      Re: HTML5 a IE

      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

      1. František Kučera

        HTML5 vs. XML

        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

      2. Rado

        Re: HTML5 a IE

        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.

        1. Bauglir

          Re: HTML5 a IE

          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.

          1. noname

            Re: HTML5 a IE

            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. bauglir

              Re: HTML5 a IE

              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.

          2. František Kučera

            XLink

            „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í.

      3. Martin Michálek

        Re: HTML5 a IE

        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í.

    1. PeterKahoun

      Re: Inline

      Není to spíš tím, že implementovány nejsou a zachází se s němi tedy jako s elementy neznámého typu?

    2. Jan SládekAutor příspěvku

      Re: Inline
      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

      1. Martin Michálek

        Re: Inline

        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

Napsat komentář

Tato diskuse je již příliš stará, pravděpodobně již vám nikdo neodpoví. Pokud se chcete na něco zeptat, použijte diskusní server Devel.cz

Zdroj: https://www.zdrojak.cz/?p=3243