publikuj: Opublikuj w wykop.pl Opublikuj we flaker.pl Opublikuj na OSnews.pl Opublikuj w delicious wydrukuj
9 skomentuj »

TAGI: niezadowolenie , html5 , w3c , grupa robocza , standard , społeczność

2011-11-04 13:30  |  Tomasz Smykowski

Znacznik czasu wraca do gry, ale narastają wątpliwości co do samego HTML5

Znacznik czasu wraca do gry, ale narastają wątpliwości co do samego HTML5

Zarząd grupy roboczej HTML napisał do Iana Hicksona list w sprawie znacznika <time>, który został przez niego niedawno usunięty ze specyfikacji HTML5, wywołując burzę w środowisku webdeweloperów, oburzonych, że nikt nie brał pod uwagę ich zdania. Dobra wiadomość: <time> wraca do szkicu. Co jednak będzie dalej?

W zasadzie tekst e-maila można sprowadzić do jednego zdania: „Drogi Ianie, przywróć tag <time> do wtorku, albo zrobimy to sami”.

Można się spodziewać po reakcji społeczności, że tag <time> nie tylko stanie się przedmiotem najbliższych debat w grupie roboczej HTML5, ale co dosyć prawdopodobne, zostanie przywrócony już na stałe do specyfikacji.

Jednocześnie afera z tym tagiem obnaża rosnący niepokój ludzi, którzy zaangażowani są w webowe technologie. Wielu webdeweloperów przestaje rozumieć, po co HTML5 wprowadza zestaw tak wielu nowych tagów. Narzuca to nowe wymogi na programistów, jednocześnie nie dając w tym momencie jakichś szczególnych korzyści.

Właściwie to nie wiadomo nawet, czy webdeweloperom w ogóle będzie się chciało stosować do nowych zasad tworzenia stron, z użyciem takich znaczników jak <header> itp.

Może powstanie parserów i narzędzi operujących na stronach HTML5 w jakiś nowy, niespotykany do tej pory sposób przyczyni się do zwiększenia przekonania do nowego standardu, ale póki co, wątpliwości narastają.

Sytuacji w żaden sposób nie można porównać do czasów, gdy wprowadzano np. <div> aby zastąpić nadużywane <table>. Wtedy webdeweloperzy widzieli korzyści ze zmiany. Teraz korzyści wcale nie są oczywiste, i chyba najwyższy czas, żeby zacząć o tym mówić, zamiast standaryzować dla samego standaryzowania.

źródło: ycombinator.com, lists.w3.org | pic: sxc.hu/ZoofyTheJi

publikuj: Opublikuj w wykop.pl Opublikuj we flaker.pl Opublikuj na OSnews.pl Opublikuj w delicious wydrukuj
9 skomentuj »

Komentarze

  • Jacek_S

    #1 Jacek Smolak® 2011-11-04 14:41:29 0

    Dokładnie. Problem też pojawia się z wątpliwościami o sposoby i miejsca stosowania danych tagów. Ogólnie korzystam z kilku nowych tagów (głównie: time, nav, section, figure z figcaption, hgroup, header, footer i może jeszcze kilka) ale czasami mam wątpliwości jak z nich skorzystać, przykładowo: czy poprawne jest użycie section w section i jak to się ma do semantyki? Zastanawiam się, czy nie lepiej by było, żeby tagi były tylko szkieletem do budowy struktury strony, z prostym podziałem na rodzaje danych, a opisem zajmowały się albo odpowiednie nazwy klas, albo atrybuty.

    IP: 81.161.201.[...] Mozilla/5.0 (Windows NT 6.0; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

  • JohnnyAmerica

    #2 JohnnyAmerica 2011-11-04 15:24:17 0

    #1

    Problemy i watpliwosci znikaja, gdy pozna sie historie specyfikacji, rozmowy na IRCu, mailing listach etc, a najlepiej, gdy bierze sie w tym udzial.

    To pomaga zrozumiec "dlaczego" i "po co".

    IP: 213.64.112.[...] Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.8 (KHTML, like Gecko) Ubuntu/11.10 Chromium/17.0.928.0 Chrome/17.0.928.0 Safari/535.8

  • Jacek_S

    #3 Jacek Smolak® 2011-11-04 15:42:53 2

    #2 - Czyli co, brak jednej, spójnej, przejrzystej i łatwej w odczycie bazy wiedzy? :)

    IP: 81.161.201.[...] Mozilla/5.0 (Windows NT 6.0; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

  • asok

    #4 asok 2011-11-04 16:47:25 1

    #2 - Prościej to używać XML + CSS zamiast HTML5. Przynajmniej XML już jest. Ponadto to XML jest podstawą przyszłej Sieci Semantycznej.

    IP: 193.43.229.[...] Opera/9.80 (X11; Linux x86_64; U; pl) Presto/2.9.168 Version/11.52

  • WebDev

    #5 WebDev® 2011-11-04 18:04:47 0

    @Jacek Smolak®

    Oczywiście &lt;section&gt; w &lt;section&gt; jest poprawne. W HTML 5 na szczęście nie popełnili LaTeX-owych subsection i subsubsection. Poza tym warto stosować (w miarę możliwości) tylko h1 na różnych poziomach zagnieżdżenia i napisać odpowiednie CSS, dla h1 na każdym poziomie np.



    &lt;section&gt;

    &lt;h1&gt;Tytuł rozdziału&lt;/h1&gt;

    &lt;h2&gt;Podtytuł rozdziału&lt;/h2&gt;

    &lt;p&gt;Treść rozdziału&lt;/p&gt;

    &lt;section&gt;

    &lt;h1&gt;Tytuł podrozdziału&lt;/h1&gt;

    &lt;p&gt;Treść rozdziału&lt;/p&gt;

    &lt;/section&gt;

    &lt;/section&gt;
    Stosując ten sposób można w łatwy sposób przy pomocy CSS counter dodać np. autonumerację rozdziałów i podrozdziałów np.

    1. Tytuł rozdziału

    1.1 Tytuł podrozdziału

    Wiedza ta jest w specyfikacjach:

    http://www.w3.org/TR/html5/sections.html#the-h1-h2-h3-h4-h5-and-h6-elements

    http://www.w3.org/TR/CSS2/generate.html

    IP: 80.55.85.[...] Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

  • ahmohPhi8e

    #6 ahmohPhi8e 2011-11-04 20:57:46 0

    Teraz już rozumiem dlaczego HTML 5 zostanie ukończony dopiero w 2022 r. ...

    IP: 194.126.238.[...] Mozilla/5.0 (X11; U; Linux i686; pl-pl) AppleWebKit/531.2+ (KHTML, like Gecko) Version/5.0 Safari/531.2+ Debian/squeeze (2.30.6-1) Epiphany/2.30.6

  • slawek22

    #7 slawek22 2011-11-05 00:18:24 0

    > To pomaga zrozumiec "dlaczego" i "po co".

    Właśnie a tym którym się nie chce czytać mailinglist i irców od razu powiem, z głupoty i po nic. Można sobie tego używać, właściwie można używać tagów o jakiejkolwiek nazwie i specyfikacja nie ma tu nic do rzeczy... ma to tyle sensu co umieszczanie CDATA albo short-tags, czyli zabiera tylko czas a to czy jest to bez różnicy.

    XHTML się nie przyjął bo był bez sensu. Nakładał ograniczenia i wymagał superpoprawnej składni. Wystarczył jeden znak spoza charsetu i zamiast "kratki" czy pytajnika tak jak wcześniej - przeglądarka wypluwała jedynie komunikat błędu i nic więcej. Założenie kretyńskie do tego stopnia, że nie potrafiło sobie poradzić z najmniejszą nieprawidłowością w kodzie. Połowa tych idiotycznych semantycznych tagów wymagałaby... dokładnego sprawdzania składni a nawet sprawdzania przeznaczenia kodu przez inteligentny parser :)

    To kolejny "genialny" pomysł. Semantyczne tagi w HTMLu. Tak jakby WSDL i Webservices ze swoimi specyfikacjami wielkości cegieł nie okazały się dostateczną klapą to po semantycznych usługach w3c próbuje stworzyć semantyczny web. Już nawet próba emulacji Flasha na siłę jest rozsądniejsza a durniejszy był chyba jedynie COM+ od Microsoftu. HTML to nigdy flash nie będzie, ale dla prostych zastosowań HTML5 jest OK.

    Wiedza że coś jest czasem czy adresem nic nikomu nie daje. Oprogramowaniu te tagi i tak nie pozwolą czegokolwiek bardziej efektywnie ani analizować ani wyświetlać. No chyba, że stworzy się kompletnie nowy język z zestawem 150000 tagów, który będzie tak elastyczny jak kij od miotły i kompilator do niego tak tolerancyjny jak GCC.

    Z resztą wystarczy zobaczyć przykłady, nie wiem co za idiota to pisał :)

    http://www.quackit.com/html_5/tags/html_time_tag.cfm

    IP: 83.10.78.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.106 Safari/535.2

  • afpl

    #8 afpl 2011-11-05 09:34:42 0

    @sławek22 "XHTML się nie przyjął bo był bez sensu. Nakładał ograniczenia i wymagał superpoprawnej składni. Wystarczył jeden znak spoza charsetu i zamiast "kratki" czy pytajnika tak jak wcześniej - przeglądarka wypluwała jedynie komunikat błędu i nic więcej. "

    Bez sensu to była implementacja czytania XHTML w przeglądarkach. Powinny one być tak tolerancyjne na błędy jak w przypadku czytania HTML. Owszem, specyfikacja mówi wyraźnie, że każdy XML (w tym XHTML) jest "valid" wtedy i tylko wtedy gdy jest bezbłędny (dokładnie zero błędów i nie ma zmiłuj się). Ale można było wprowadzić coś w rodzaju trybu "strict" i "transitional" czytania XMTL podawanego jako "application/xhtml+xml".

    "ak jakby WSDL i Webservices ze swoimi specyfikacjami wielkości cegieł nie okazały się dostateczną klapą to po semantycznych usługach w3c próbuje stworzyć semantyczny web."

    Co jest złego w tworzeniu semantycznego webu? Wielkie specyfikacje? Ależ te specyfikacje są dla specjalistów, czyli dla nas! Jesteśmy leniwi? Nie ma to znaczenia, jak trzeba robić semantyczny web, to nie można oczekiwać że będzie to tak przyjemne jak oglądanie seriali. Semantyczny web to ogromny temat. Jeśli ten ogrom spowodował klapę (tak jak mówisz), no to trudno, temat semantycznego webu naprawdę nie jest błahy. Co najwyżej my, specjaliści, nie dorośliśmy do tego tematu.

    "HTML to nigdy flash nie będzie, "

    Szkoda by było, bo Flash nigdy nie będzie pasował do Sieci Semantycznej. No, chyba że mówimy o pasowaniu typu "kwiatek do kożucha".

    "Wiedza że coś jest czasem czy adresem nic nikomu nie daje. Oprogramowaniu te tagi i tak nie pozwolą czegokolwiek bardziej efektywnie ani analizować ani wyświetlać."

    Nie jest to przydatne, ale to dlatego że dzisiejsza sieć nie jest semantyczna. Ale w przyszłości ma to się przydać pod rygorem wykluczenia z semantycznych wyszukiwarek i agentów sieciowych.

    "No chyba, że stworzy się kompletnie nowy język z zestawem 150000 tagów, który będzie tak elastyczny jak kij od miotły i kompilator do niego tak tolerancyjny jak GCC."

    My już TERAZ mamy coś lepszego: XML. W tym możesz tworzyć nie 150000 tagów, lecz ZNACZNIE więcej. XML jest elastyczny jak kij od miotły, a kompilator do niego (a raczej parser) jest nawet mniej tolerancyjny niż GCC. Dlaczego tolerancja XML na błędy jest tak mała? Bo żeby Sieć Semantyczna działała, to musi mieć dobrze opisane i POPRAWNE dane. Poprawne, to znaczy że jest zero błędów semantycznych (a wartości mogą już nie być poprawne, ale to już pójdzie na konto tego, kto te wartości źle wpisał. I on zostanie wykluczony przez wyszukiwarki semantyczne).

    Po prostu, jeśli ktoś narzeka że w sieci nie da się czegoś łatwo znaleźć, to dlatego, że HTML lub XHTML podawany jako HTML są tak tolerancyjne.

    IP: 193.43.229.[...] Opera/9.80 (X11; Linux x86_64; U; pl) Presto/2.9.168 Version/11.52

  • hermansuperktos

    #9 hermansuperktos 2011-11-07 21:19:37 0

    Mi HTML5 przypadł do gustu i to bardzo. Nowe znaczniki niesamowicie ułatwiają projektowanie szkieletu strony i późniejszą jego edycję i przeglądanie.

    @slawek22

    Programista, który nie chce się uczyć nowych i lepszych rozwiązań, nie chce pisać czytelnego i prostego kodu i nie dba o to, że w niedalekiej przyszłości jego kod ułatwi życie dziesiątkom ludzi to DUPA a nie programista! Proponuję ci zakończenie kariery i zmianę profesji.

    A co do: "Wystarczył jeden znak spoza charsetu i zamiast "kratki" czy pytajnika tak jak wcześniej - przeglądarka wypluwała jedynie komunikat błędu i nic więcej."

    Nie wiem, czy wiesz, ale od lat mamy takie coś, jak Unicode i od dawna stosujemy je zamiast CP-1250 i ISO 8859-2. Przespałeś dobre kilka lat.

    IP: 83.25.15.[...] Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

Uwaga! Możesz zarejestrować się w serwisie i w ten sposób zarezerwować swój nick oraz ominąć konieczność ciągłego odczytywania wyrazów.

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.

Polecane książki

Czytaj Webhosting

Chcesz być na bieżąco z naszymi informacjami? Zapisz się na Newsletter.

Zarejestruj domenę

Sprawdź dostępność swojej domeny:

.pl: 0 zł   .com: 19.90 zł
.com.pl: 0 zł   .eu: 19.90 zł