Přejít k navigační liště

Zdroják » Zprávičky » Tag není element. Nebo ano?

Tag není element. Nebo ano?

Zprávičky Webdesign

Termíny „tag“ a „element“ jsou často v odborných článcích, pojednávajících o HTML, téměř volně zaměňovány. Přitom, jak upozorňuje autor článku Tag is not an element. Or is it?, je mezi nimi zásadní rozdíl, který výslovně zmiňuje i specifikace. V HTML je <p>Hello</p> element P, který se skládá z tagu <p>, textového obsahu a uzavíracího tagu </p>. Pokud někdo požaduje „vložit obrázek za tag <p>“, mělo by to znamenat vložení za otvírací tag – ale většinou je tím míněno vložení až za uzavírací tag, tedy že správnější by bylo říct „vložte obrázek za element P“. Autor článku dále ukazuje, že tyto pojmy jsou zaměňovány i ve zdrojích jako jsou stránky W3Schools, Mozilla Hacks nebo Ruby on Rails.

Co si o rozdílu mezi elementem a tagem myslíte vy? Připadá vám to jako zásadní věc v odborných textech, nebo jako hnidopišská diskuse pedantů?

Komentáře

Odebírat
Upozornit na
guest
4 Komentářů
Nejstarší
Nejnovější Nejvíce hlasů
jakub

Vzhledem k tomu, že tento jasný rozdíl pojmů všude sám striktně odděluju, tak je dobrý to připomínat.
I když jsou mnohem důležitější věci, tak třeba na W3Schools je to ovšem ostuda to zaměňovat…

dayvee

Inu, souhlasim s tim, ze je to ostuda, stejne tak jako s tim, ze jsou dulezitejsi veci. Tohle je podradne, k tomu v praxi k mateni pojmu nedochazi, z kontextu je to vzdy jasne.

Šaman

W3Schools je ostuda sama o sobě, tam jsou k nalezení i větší bláboly.

WuDo

Možný větší význam mi jen napadá pro lidi učící se JS, pro více intuitivní uchopení fce getElementsBy­TagName a podobné…
Kdyby se to v odborných textech striktně rozlišovalo, bylo by to lepší, ale nebude-li se tak dít, nemůže to způsobit větší nejasnosti, myslím…

Proč vám model napíše Python, i když jste si řekli o Rust

AI
Komentáře: 0
Výkonnostní propast mezi Pythonem a ostatními jazyky se za poslední rok a půl skoro zavřela. Dnešní modely zvládají Rust i Go srovnatelně dobře. Když jim ale volbu necháte, sáhnou stejně po Pythonu. A u knihoven je to ještě výraznější: mezi funkčně srovnatelnými balíčky je až 84procentní rozdíl v kvalitě generovaného kódu. Proč to tak je a co s tím.

WP2Shell: Kritická hrozba pro samotné jádro WordPressu. Útočníci mohou získat kontrolu nad webem

Zranitelnost ve WordPressu není žádná novinka. Kdo provozuje weby postavené na této platformě, ví, že bezpečnostní záplaty chodí prakticky pořád. O to větší pozornost by měla vzbudit chyba, u které nic z toho neplatí. A přesně takový je případ zranitelnosti, která dostala přezdívku wp2shell. potřeb. Zranitelný kontaktní formulář, děravý e-shopový plugin, opomenutá kontrola oprávnění v nějaké obskurní rozšiřující knihovně – to je denní chleba každého, kdo sleduje bezpečnostní feedy. Zpráva „nová chyba ve WordPress pluginu“ má tak nízkou informační hodnotu, že ji většina lidí přejde bez mrknutí oka.

Mýtus jedné aplikace: proč PWA nenahradí vývoj pro každou platformu

PWA mohou webu přidat ikonu na ploše, fungování bez připojení, notifikace a některé systémové funkce. Nejsou ale cestou k jednomu klientu pro všechny platformy. Vyplatí se tam, kde se lidé k webu vracejí a ocení okamžitý vstup z odkazu. Jakmile aplikace musí spolehlivě běžet na pozadí nebo fungovat stejně na každém zařízení, bývá vhodnější nativní řešení.