Nowe elementy HTML 5

World Wide Web Consortium opublikowało w ostatnim czasie szkic roboczy specyfikacji HTML 5. HTML 5 nie będzie aplikacją XML, lecz zmodyfikowanym HTML-em, w którym uwzględniony zostanie błyskawiczny rozwój Internetu, szczególnie od połowy bieżącego dziesięciolecia. Hasłowo ujmując, ma to być HTML następnej generacji, zwany też Web Applications 1.0. Tradycyjny webmaster bez trudu rozpozna znajome od lat polecenia, które nie zmienią swojego znaczenia i zapewne też implementacji w przeglądarkach.
Jak wiedzą zapewne wszyscy webmasterzy, rozwój HTML zatrzymał się w 1999 roku na etapie HTML 4.01. Zaraz potem pojawiły się pierwsze próby z XHTML, który od poprzednika różnił się tym, że nowy język miał być członkiem rodziny XML, a zatem strony zbudowane za pomocą XHTML mogły bezpośrednio wymieniać informacje z innymi aplikacjami XML, jak MathML, CheML itd.

Idea słuszna, jednak rzeczywistość internetowa okazała się inna - implementacja XHTML w przeglądarkach trwa po dziś dzień, a najbardziej opóźniony jest Internet Explorer, który ze względu na swoją absolutną dominację de facto zahamował cały proces. W ostatnich latach Firefox i Opera odebrały już 1/3 rynku liderowi, wprowadzając po drodze obsługę nowego języka, jednak rynek ten jest nadal bardzo rachityczny i w gruncie rzeczy możemy mówić o porażce promowanych przez World Wide Web Consortium rozwiązań. Zapewne w następnych latach będzie się to stopniowo zmieniać, ale na razie zdecydowanie dominuje tradycyjny HTML, obudowywany niekiedy językami skryptowymi typu server-side, jak ASP czy PHP.

Niespodzianką stała się pod koniec ubiegłego roku decyzja Tima Berners-Lee, szefa W3C, który zapowiedział wznowienie prac nad językiem HTML, tak by w 2010 roku wprowadzić na rynek HTML 5. Powstała w tym celu specjalna grupa robocza, Web Hypertext Application Technology Working Group (WhatWG), która pracuje nad rozwojem klasycznego HTML.

Po staremu

Pozostanie na przykład tradycyjne polecenie DIV, polubione w ostatnich latach przez webmasterów jako narzędzie do tworzenia layoutów witryn, ale jego zastosowania będą stopniowo redukowane, gdyż w HTML 5 pojawią się takie polecenia, jak section, header, footer i nav. Wreszcie ma być rozwiązany uciążliwy problem zagnieżdżania plików multimedialnych, za sprawą video i audio.

Przyjrzyjmy się kilku propozycjom

Polecenie Section jest rozumiane jako część jakiejś szerszej całości, np. fragment strony poprzedzony własnym śródtytułem. Header oznacza nagłówek sekcji, rozumiany podobnie jak nagłówek strony w edytorze tekstów. Nie należy go oczywiście mylić z Head, czyli częścią nagłówkową strony, gdzie umieszczane są informacje Meta. Footer, analogicznie, jest traktowany podobnie jak stopka strony w edytorze tekstów.
Nav jest sekcją zawierającą zbiór odsyłaczy o charakterze nawigacyjnym.

Polecenie Article jest ukłonem w stronę blogów i ma oznaczać wydzielony fragment, jak np. wpis w blogu.

< body>
<header>
<h1>Mokka mit Schlag< /h1>
< /header>
<section>
<article>
<h2>Spring Comes (and Goes) in Sussex County< /h2>
<article>
<h2>But does it count for your life list?< /h2>
<p>Seems you can now go bird watching via the Internet. I haven't been able to test it out yet (20 user limit apparently) but this is certainly cool. Personally, I can't imagine it replacing actually being out in the field by any small amount. On the other hand, I've always found it quite sad to meet senior birders who are no longer able to hold binoculars steady or get to the park. I can imagine this might be of some interest to them. At least one elderly birder did a big year on TV, after he could no longer get out so much. This certainly tops that.< /p> < /article>
<nav>


    • < a href="/blog/comment-policy/">Comment Policy< /a>< /li>
    • < a href="/blog/todo-list/">Todo List< /a>< /li>

    </nav>
    <footer>
    <p>Copyright 2007 Elliotte Rusty Harold< /p>
    </footer>
    </body>

Tagi: HTML
Ocena:
Twoja ocena:

Komentarze (19)

~attappyUnloaw-tool

21-01-2010 00:30

god byrjun

kL

26-09-2007 18:25

Dla niedoinformowanych beczących: * HTML5 może być wysyłany jako XML i działa wtedy identycznie jak XHTML. * Jest zaprojektowany specjalnie z myślą o IE i większość nowych rzeczy da się zaimplementować skryptami/hackami albo przynajmniej nie sypią się tragicznie.

Bard

25-09-2007 09:47

Podstawową zaletą XHTML-a jest "usztywnienie" pewnych zasad, które nie były do końca jasne w HTML-u. Sam fakt konieczności poprawnego zamykania znaczników, pisania ich małymi literami etc. (czyli "dziedzictwo" XML-a) wymusza powstawanie bardziej przejrzystego i łatwiejszego do interpretacji kodu - dzięki temu pisząc stronę i zmieniając tylko nieznacznie CSS-a można ją wyświetlać na różnych platformach, w tym komórkach, palmtopach czy urządzeniach wbudowanych, co w przypadku HTML-a było by bardzo utrudnione. A biorąc pod uwagę rozwój tego rodzaju urządzeń tworzenie kolejnego standardu, który będzie zbędnie (IMHO) rozbudowany tylko utrudni życie developerom. Ale to tylko moje zdanie;)

JeZZoo

25-09-2007 09:38

A obsługa HTML 5 w IE pojawi się pewnie w okolicach 2015 i to nie w pełni, co oznacza, że jeśli nie zdarzy się cud i nowoczesne przeglądarki nie zdominują rynku to nadal trzeba będzie korzystać z HTML 4.01 albo używać hacków. No ale pożyjemy, zobaczymy...

wiedzmin

25-09-2007 09:20

no coz szanowne ie nie radzi sobie z css wiec z html 5 bedzie podobnie ale gdyby czekac na ms to obowiazywalby html 1 no i ci wspaniali webmasterzy budujacy strony w tabelkach ja czekam na css 3

popdruid

24-09-2007 22:21

O... W końcu zaczęli ludziom wydeptane ścieżki kafelkować a nie... :-)) A o JavaScript ktoś jeszcze pamieta? To jedyny język skryptowy który pojmuję i implementuję, tak więc... :-))

~Gość

24-09-2007 21:16

[[blog.to-be.pl/2007/08/11/nowe-elementy-w-html-5]]

~Gość

24-09-2007 21:15

Artykuł jakby nieco spóĽniony: [blog.to-be.pl/2007/08/11/nowe-elementy-w-html-5]

Tobi

24-09-2007 21:14

Artykuł jakby nieco spóźniony Artykuł jakby nieco spóźniony: [blog.to-be.pl/2007/08/11/nowe-elementy-w-html-5]

moltke

24-09-2007 18:22

Przewaga XHTML nad HTML jest w zasadzie jedna (pomijając wersje > 1.0, bo te wprowadzają wiele nowego). Do parsowania strony można użyć parsera XML, który jest szybszy niż HTML. Miałem nadzieję, że HTML będzie odchodzić w zapomnienie, a za parę lat przeglądarki będą już wyłącznie korzystać z parserów XML. Co do IE, to problem leży raczej w CSS (XSLT działa np. w IE, a nie działa w Operze), bo content-type i kodowanie można było prosto uzgodnić. Teraz mam jednak wrażenie, że problem się deaktualizuje. Dziś przydałby się jakiś standard dla JS. Inaczej pozostaje korzystanie z gotowych frameworków jak GWT. @observer Trolom dziękujemy.

ajnsztajn

24-09-2007 15:22

Też nie rozumiem. Mogli by skupić się przy XHTMLu. A tak nie przyjmie się ani XHTML, ani HTML 5...

Tomir Wojna

24-09-2007 14:55

Dziwny pomysł :/ Rozwala spójność koncepcji XML. Poza tym już widzę, jak przekonują IE do obsługi kolejnego, nowego języka :p

strangelove

24-09-2007 12:41

XML to szmelc? Więc OpenXML to też szmelc? Tak radykalna ocena wymaga chyba kilku słów uzasadnienia. Według mnie XHTML nie jest ani lepszy ani gorszy od HTML. Przydatność konkretnego języka zależy od tego co i jak chcemy nim osiągnąć. Nie widzę też podstaw do kwalifikowania XML jako "szmelcu". [[http://wiki.whatwg.org/wiki/HTML_vs._XHTML]] Gdyby XHTML kontynuował kompatybilność z HTML to nie byłoby "problemu". Niestety, W3C postanowiło że od wersji 2 zrywa się z kompatybilnością, no to mamy HTMLv5. W3C życzę powodzenia!

Skipan

24-09-2007 12:21

Gdzie zamknięcie tagu "section" oraz jednego z dwóch "article"? Po co zagnieżdżać listę w liście i to jeszcze nie poprawnie? Ten przykład został podany przez W3C czy wymyślony na poczekaniu?

AdamK

24-09-2007 12:18

Krokiem wstecz jest niekompatybilność z XML. Niby ma to upraszczać pracę developerów, ale tak naprawdę myślę że to raczej będzie przeszkadzać niż pomagać. cały standard jest przemyślany, jest jednak o wiele bardziej rozległy niż HTML4. Jego pełne implementacje szybko nie powstaną, to pewne.

mynth

24-09-2007 11:42

skoro przez tyle lat IE nie dorobił się obsługi XHTML to nagle w cudowny sposób zacznie obsługiwać XHTML5? Przecież, w 5 nie chodzi tylko o składnię czy stosowanie parsera xml (jak to było w xhtml) ale o dziesiątki zupełnie nowych opcji (szczególnie formularze czy canvas), a to jest o wiele trudniejsze niż wymuszenie zamykania znacznika img. Od początku podchodziłem do html5 sceptycznie, ale nie dlatego, ze uważam zmiany za niepotrzebne. Po prostu wiem jak to działa i zanim w ie pojawią się zmiany to będzie już specyfikacja html10. Dodatkowo cała polityka "xhtml się nie przyjął to zróbmy html5" jakoś mi nie leży. Nie przypominam sobie, żeby w szkole pani od polskiego mówiła "skoro większość żaba pisze przez RZ to w takim razie do końca roku uznajemy obie formy za poprawne", a tak IMO wygląda polityka W3C. Nie należy też zapominać o css, gdzie ie kuleje praktycznie w każdym punkcie

observer

24-09-2007 11:37

Brawo W3C! Widzę że wprowadzają zmiany, które postulowałem ok. 2000/2001 roku. Potrzebowali aż 6 lat, żeby się przekonać, że XML to szmelc i trzeba rozwijać klasyczny HTML.

nobody

24-09-2007 11:06

Krok wstecz przed M$. IE nie będzie tego obsługiwał, CSS musieli by zlikwidować. Multimedia dalej we Flash-u będą. XHTML ma jedną zaletę, nie poprawny kod strony się nie wyświetli

el_fuego

24-09-2007 11:02

W3C powinno zapamiętać raz na zawsze: z terrorystami się nie negocjuje.

Polecane

Kariera w IT 2012

Kariera w IT 2012
Uczelnie, rynek pracy, rekrutacja, pracodawcy, rozwój zawodowy - czyli wszystko, co chcielibyście wiedzieć o pracy specjalistów IT w Polsce. Piszemy jakie uczelnie wybrać, dlaczego warto studiować informatykę i kierunki techniczne, jak wygląda proces rekrutacji i jak dobrze wypaść przed pracodawcą, opisujemy pracodawców - firmy IT - i możliwe ścieżki kariery.

Pobierz bezpłatnego e-booka

20 lat polskiej sieci
Ebook 20 lat polskiej sieci to kompletna charakterystyka polskiego internetu (oraz polskiego internauty). Odpowiadamy na pytanie, jak wygląda nasz kraj na tle bliższych i dalszych europejskich sąsiadów pod względem popularyzacji szerokopasmowych łączy internetowych i rynku mobilnego. Wymieniamy również wady i zalety korzystania z bezpłatnych punktów dostępowych.
Jeśli chcesz otrzymać darmowego e-booka, wpisz swój adres e-mail. Wyślemy Ci go natychmiast!
Wyrażam zgodę na wykorzystywanie mojego adresu email do celów marketingowych. rozwiń »