Twintsam - HTML5 v C#

V pátek přišlo do mailing listu WHATWG oznámení nového projektu Twintsam (The Web Is Not Tag Soup Any More), jehož cílem je HTML5 parser pro .NET. Thomas Broyer píše:

I spent the last week rewriting Twintsam's tokenizer from scratch, exactly following the current draft's algorithm. Performance could probably be improved a lot, but I'll first concentrate on the tree building stage.

For the record, Twintsam is written in C# for .NET 2.0, and it is available at http://twintsam.googlecode.com

The next steps will be to implement serializers.

Odhad termínu dokončení projektu není zatím dostupný.

HTML5 parsery se nám množí, po Pythonu, Javě a PHP přichází i .NET.

Přinese nový Flash H.264 video do prohlížečů?

Příští verze Flashe bude přehrávat H.264 video. Ve video kodecích se moc nevyznám, nevím, v čem je který lepší nebo horší, ale zajímá mě, jak se to dotkne podpory videa v prohlížečích, která s HTML5 přijde.

Prohlížeče podporující HTML5 budou umět přehrávat video nativně bez potřeby pluginů. Podobně jako dnes vložíme obrázek do webové stránky pomocí značky <img> a netrápíme se s přemýšlením, pomocí jakého pluginu ho má prohlížeč zobrazit, bude možné vložit video do stránky pomocí značky <video>. V ideálním případě na videopluginy za pár let úplně zapomeneme.

Který kodek je ten pravý?

Má to jeden háček. Video kodeků je dnes jako much. U obrázků vyhrála podpora gifů, jépegů a péengéček a je úplně jedno, zda váš prohlížeč podporuje i formáty další, tyhle tři se prostě ujaly a bereme je za standard.

Podobný konsenzus (ať již mezi prohlížeči nebo prosazený "shora") musí vzniknout i v oblasti nativně podporovaných formátů videa. Pokud nevznikne, bude i nadále lepší se spolehnout na osvědčené pluginy.

HTML5 specifikace žádný nenařizuje, ale doporučuje (ono prosazení "shora") formát Ogg Theora. S tím souhlasí vývojáři Opery a Mozilla Firefoxu. Naopak Safari se vydalo podporou jiných formátů, např. H.264. Vývojáři Internet Exploreru se nevyjádřili, předpokládám, že H.264 jim bude o něco bližší než open source Ogg kodek.

V tuhle chvíli není ani tak důležité, kdo je nebo není v souladu se specifikací (ta je stejně rozepsaná a může se změnit), jako zda vznikne shoda minimálně v jednom video formátu, který půjde přehrát na všech prohlížečích.

Podporu H.264 ve Flashi chápu jako silný bod pro H.264. Pokud by H.264 video šlo v některých prohlížečích přehrávat nativně a v ostatních prohlížečích se k přehrávání použil Flash, bude výsledek uspokojivý, tedy 1 video formát pro všechny prohlížeče.

Zajímalo by mne, jak na to zareaguje Mozilla s Operou. Open source implementace H.264 je v někerých zemích problematická (alespoň podle Wikipedie, v problematice legality video kodeků se neoritentuji), což by mohl být pro Mozillu problém.

R.I.P. FLV

Tisková zpráva od Adobe sice vyznívá v duchu "hurá, máme tady H.264", já ale volám "hurá, konečně se zbavíme FLV." (BTW Co myslíte, dokdy FLV zmizí? Během dvou let? Tří? Nebo pěti?)

Každý to ovšem vidí jinak, někomu na vydané zprávě naopak vadí, že Flash nebude podporovat zmíněný Ogg Theora.

HTML5 bude obsahovat podporu ruby

Do HTML5 brzy přibude podpora ruby. Pozor, nejedná se o programovací jazyk Ruby, ale o tzv. ruby anotace, které mají pomoci zej. národům východní Asie používajícím znaková písma a též historikům zabývajícím se staršími a netradičními písmy.

Ian Hickson, the editor of the HTML 5 specification, said on the WHAT WG mailing list just recently: “I have in fact already begun looking at exactly what the parsing and semantic requirements for will have to be. It should be added to the spec in the coming weeks.” Currently the only browser that natively supports ruby is Internet Explorer, at least somewhat. This should be great news for Microsoft. For once they will actually have a lead compared to Gecko based browsers, Opera, Konqueror or Safari in supporting a part of the HTML 5 spec.

Zdroj: The WHATWG Blog

Jak je to s termínem dokončení HTML5?

V často kladených otázkách WHATWG najdeme jednu velmi důležitou a sice: Kdy bude HTML5 dokončeno? Odpověď dlouho zněla: Za 15 let. Takový termín vyvolal řadu diskusí. Inovaci webu přeci potřebujeme dnes a ne za patnáct let, co to tedy znamená?

Před pár týdny byla odpověď upravena, hádejte na co?

It is estimated that HTML5 will reach a W3C recommendation in the year 2022 or later. This will be approximately 18-20 years of development, since beginning in mid-2004.

Údaj se z 15 let ještě prodloužil. Opravdu trvá připravit jednu specifikaci tak dlouho?

Pokusím se vysvětlit, co přesně tento údaj znamená a proč by zmíněný rok 2022 nemusel být takovou krizí jak se zdá a ostatně i proč v HTML5 traileru datuji příchod HTML5 do roku 2010.

Dokončení specifikace totiž vnímají její autoři odlišně než tvůrci webů. Ukažme si to na dvou příkladech.

Kaskádové styly úrovně 2

Po několika letech práce byla v roce 1998 vydána specifikace CSS2. Prohlížeče CSS2 implementovaly, vycházely o něm knížky a webdesignéři ho používali. CSS2 se dnes používá téměř všude. Je však CSS úrovně 2 hotové nebo není? Odpověď zní NENÍ.

V CSS2 byly objeveny některé problémy a chyby, které pracovní skupina pro CSS řeší. Běžný webdesignér si jich nemusí všimnout, dotknou se spíš implementátorů, ale musí být opraveny ještě před vydáním CSS3, které na CSS2 staví. Asi před měsícem byla revize CSS2.1 prohlášena za Candidate Recommendation a lze očekávat, že v příštím roce se její vývoj dokončí a stane se z ní finální Proposed Recommendation.

Teprve touto revizí (mohli bychom možná říci jakýmsi "servisním balíčkem") bude po 10 letech od vydání původní specifikace práce na CSS2 ukončena. Webdesignérům je to celkem šumafuk, ti CSS2 používali už dávno.

HTML verze 4

Situace je komplikovanější u HTML4. Specifikace HTML4 vyšla v roce 1998, koncem roku 1999 pak vyšla další verze HTML4.01, která řešila některé problémy HTML4. Tím byl vývoj HTML4 uzavřen (následovaly pak XHTML verze).

Zajímavé je sledovat reakce osob, které se na tvorbě HTML4 podíleli a jsou jim známé "zákulisní" informace. Ti totiž často specifikaci HTML4 kritizují jako nedokonalou a plnou řady chyb a problémů. Z pohledu některých z nich byl vývoj HTML4 zaříznut dřív, než byly problémy vyřešeny a HTML4 tak i po deseti letech zůstává (a zřejmě navěky zůstane) "nedokončena", žádné HTML4.02, které by jí dokončilo, již nevyjde. A já opět dodávám: webdesignérům je to celkem šumafuk, ti HTML4 používali už dávno.

HTML5

Podobně je to i s vydáním HTML5. Oním zmiňovaným rokem dokončení 2022 není rok vydání, ale opravdu až rok úplného dokončení specifikace. Tedy nejenom její sepsání, ale i implementace v prohlížečích, při kterém se objeví některé její nedostatky, jejich následné řešení úpravou specifikace, úprava implementací v prohlížečích dle upravené specifikace... Celé kolečko může proběhnout i vícekrát. Rok 2022 je odhadem, kdy to celé skončí.

Webdesignéry ale spíše zajímá ten první termín. Den, kdy budou moci začít HTML5 bez obav používat.

Podle plánu HTML WG

First Working Draft . . . 2007 Jun
Last Call Working Draft . . . 2008 Q2
Candidate Recommendation . . . 2008 Q3
Proposed Recommendation . . . 2010 Q2
Recommendation . . . 2010 Q3

jím má být konec roku 2010 (tento údaj jsem také použil v traileru), podle doporučení Iana Hicksona (které nakonec nebylo vzato v potaz) měl být plán následný:

First Working Draft . . . . 2007
Last Call Working Draft . . 2009
Candidate Recommendation . 2012
Proposed Recommendation . . 2022

Jako rok vydání Ian udává 2012 a následně nechává 10 let na řešení problémů. Tím jsme se dostali až k onomu zmiňovanému datu 2022. Webdesignérů by se opět nejvíc dotkl termín označený tučně.

Uvidíme, zda termín slibovaný na rok 2010 pracovní skupina pro HTML stihne nebo zda dojde spíš na Iana. V tuhle chvíli HTML WG už oproti plánu nabrala zpoždění (ten první draft, který plánovali na červen 2007, nestihli a uvidíme, zda letos ještě stihnou), ale to pořád ještě jde dohnat.

Molly na návštěvě u WHATWG

V nedávných dvou příspěvcích (Odlišná pravidla pro HTML z WYSIWYG editorů? a Jak vyřešit problémy webu?) jsem zmiňoval Molly E. Holzschlagovou a relativně ostrou diskusi, kterou nedávno vyvolala.

Molly je členkou pracovní skupiny pro CSS (na fotografii ta dáma napravo) a napsala tolik knih o webu, že bychom těžko hledali někoho, kdo jich napsal víc. Když se taková dáma rozhodne někoho kritizovat, jistě to vzbudí pozornost.

O víkendu totiž Molly napsala příspěvek Dear W3C, Dear WaSP, obracející se na dvě organizace W3C a The Web Standards Project s relativně nejasnou kritikou. Molly něco trápí, ale neřekla přesně co. (Nepřipomíná vám to vaši přítelkyni?)

Nejzajímavější na celém příspěvku byla diskuse, kterou rozpoutal. Ta se netočila ani tak okolo W3C a WaSPu, jako o WHATWG a připravovaném HTML5. Diskusi bych označil ještě na hranici slušnosti, nicméně poněkud ostrou.

Molly později dodala, že byla tímto obratem překvapena a v pondělí napsala příspěvek Dear WHAT WG and HTML 5 WG, ve kterém se pokusila konkrétně vyjádřit problémy adresované vývoji HTML5 (nejedná se o připomínky k detailům specifikace jako spíše o komunikační problémy mezi lidmi - a ty tu bohužel jsou, jak jsem naznačil na konci nedávného příspěvku).

Krátce nato Molly přišla na IRC kanál #whatwg, kde vedla s Ianem Hicksonem a lidmi točícími se okolo WHATWG zajímavou debatu. Myslím, že Molly všechny přesvědčila, že své příspěvky nemyslela nijak špatně. Snažila se ukázat na některé problémy, proč lidé, kteří by měli spolupracovat, netáhnou za jeden provaz a také, že tvůrci specifikací někdy zapomínají na skutečný svět, ve kterém weby tvoří obyčejní lidé.

Pro zajímavost několik Mollyiných citací ze zmíněné diskuse:

That's a problem then that W3C policy needs to repair.

We forget how we see this versus how the rest of the world sees it.

Most of the people working on specs seem to not realize that the majority of people working in the front lines of web design and dev are not trained, do not understand do not get exposed to the ideas and just do "what works".

In fact, one of the most common questions in XHTML classes? "if elements are supposed to be lower case, why is DOCTYPE upper case?"

I don't want to add to the frustration, I didn't realize what I was stepping in honestly. so now I'd like to help reduce the frustration. I thought he made some excellent points about the various factions but that's still no excuse for what Tantek himself points out as extremely negative behavior not from anyone, including myself. I get frustrated too but the accessibility guys, for one that stuff has to stop. I mean, you'll never get Joe Clark to stop. But that's Joe. However, there have to be some human connections made here between those factions.

Pokud jste četli příspěvek Jak vyřešit problémy webu?, nejspíš je vám jasné, do které ze skupin v příspěvku zmíněných Molly zařadit.

Update: pěkné shnutí celé debaty napsal Abhijit Nadgouda v Turbulence In The Web Standards Community.

Jak vyřešit problémy webu?

Na xhtml.com vyšla zajímavá anketa Fixing The Web. Vlad Alexander položil několika osobnostem z různých oblastí webových technologií otázku:

"Která část webu, podle vás, potřebuje vylepšit nebo opravit, aby se dnešní web mohl dále vyvíjet?"

Pokusil jsem se odpovědi shrnout, pro celé znění si přečtěte původní článek. Protože ne všechna jména jsou všem známá, uvedu do závorky i obor, zaměstnání nebo pracovní skupinu, ve které daná osoba působí.

Chris Wilson (IE, HTML WG) - interoperabilita a podpora standardů; zároveň zachování zpětné kompatibility

Daniel Glazman (HTML WG, CSS WG, dříve Netscape) - lepší formuláře, ale HTML musí zůstat jednoduché k naučení se, vyhnout se XHTML2, zlepšit CSS

Joe Clark (propagátor standardů) - školení vývojářů

Doug Geoffray (tvůrce hlasové čtečky) - školení vývojářů jak dělat weby přístupné

Robert Scano (WCAG) - školení vývojářů, přístupnost, stavět web na XML

Jeffrey Veen (Google) - začlenit geo-souřadnice do HTTP

Dave Raggett (mobilní internet, tvůrce HTML+ a htmltidy) - web na mobilních zařízeních

Mike Andrews (bezpečnostní expert) - bezpečnost

James Pearce (.mobi domény) - nic dramatického, stejně přijde mobilní web

Nova Spivack (tvorba sémantických webů) - více sémantiky, RDF a OWL metadata

Mark BirBeck (XForms WG, XHTML2 WG) - smést rozdíly mezi prohlížeči, sblížení vývoje webových a desktopových aplikací, ztenčení specifikací - opak toho, co dělá HTML5

Mají pravdu?

Je zajímavé, kolik nestejných odpovědí se sešlo a jak lidé z různých oblastí vidí problémy jinde. Srovnejte si vedle sebe názory výrobců prohlížečů a tvůrců specifikací, kteří vyzdvihují řešení problémů prohlížečů a potřebu nových specifikací, s propagátory standardů, kteří se soustředí na volání: Učit se, učit se, učit se! Že bezpečnostní expert by nejradši lepší bezpečnost a lidé dodávající mobilní řešení pro změnu lepší web na mobilech, již tak nepřekvapí.

Až na pár výjimek musím každé z těchto odpovědí dát za pravdu (a to částečně i zmíněné kritice HTML5, byť tam je to způsobeno zejména snahou dohnat zpožděný vývoj webu za posledních roky).

Ale pokud bych byl přísný, tak musím zároveň říct, že ani jeden z dotázaných není schopen vyřešit problémy současného webu. Ještě upřesním: není schopen sám vyřešit problémy současného webu. Právě proto, že má každý pohled relativně omezený, dokážou to jedině společně.

A ještě jednou Molly

Tím se vracím k Mollyinu článku, který jsem zmínil na konci předchozího příspěvku, a který vychází mj. z toho, že několik expertů na přístupnost již rozhořčeně HTML WG opustilo.

V HTML5 specifikaci v tuto chvíli převládá přístup pomyslně zastoupený ve výše zmíněné anketě Chrisem Wilsonem a Danielem Glazmanem. Lidmi, kteří mají jisté zkušenosti s tvorbou prohlížečů i tvorbou specifikací. Na druhou stranou lidmi, kteří pravděpodobně mají malé zkušenosti s přístupností, tvorbou webů a evangelizací standardů mezi webdesignéry.

Pozn.: Aby někdo špatně nepochopil, že někoho obviňuji z neznalosti tvorby webů, je to tak, že když trávíte většinu času tvorbou prohlížečů a vymýšlení HTML nebo CSS specifikací, nezabýváte se obvykle pravidelnou tvorbou webdesignů a vidíte vše z jiného úhlu - nemáte v kapse praktické triky jak obejít problém toho či onoho prohlížeče nebo co přesně který prohlížeč (ne)podporuje a hlavně co webdesignéry na té a té vlastnosti nejvíc trápí - prostě vidíte vše v teoretičtější rovině (viz též můj nedávný článek na Lupě Quo vadis, CSS?, kde jsem psal, že CSS WG kupodivu trpí, nebo přinejmenším ještě nedávno trpěla, vážným nedostatkem webdesignerů).

A proto je důležité, aby při přípravě (tedy v HTML WG) byly přítomny zástupci všech skupin, tedy i zástupci z řad webdesignérů, propagátorů standardů a přístupnosti, a to i když si mezi sebou vždy neporozumí.

Možná je to právě tím, že HTML WG netvořila HTML5 od první čárky, ale adoptovala tři roky vyvíjenou třísetstránkovou specifikaci, ve které převládá jeden vyhraněný pohled. Možná proto, že se nedokázaly všechny odlišné pohledy průběžně sjednotit, ale všichni do toho hupli a jsou v tom až po uši, se někteří experti na přístupný web sebrali a z HTML WG odešli.

Což je škoda, protože to jsou právě oni, kdo by měl tenhle problém vyřešit (tvůrce prohlížečů přístupnosti tak dobře nikdy rozumět nebude i kdyby se rozkrájel). Osobně doufám, že se situace časem vyrovná a někteří zhrzenci se buď vrátí nebo budou připomínkovat HTML5 externě. V tuhle chvíli je jasné, čí pohled v HTML5 převažuje. Nemusí to být nutně špatné, ale vyrovnaný stav by byl určitě lepší.

Odlišná pravidla pro HTML z WYSIWYG editorů?

Nejednu debatu vyvolal fakt, že HTML5 specifikace na některých místech obsahuje odlišná pravidla pro ručně psané HTML a pro HTML výstupy WYSIWYG editorů.

Takovým příkladem je značka <font>, která není v HTML5 povolena (předpokládám, že čtenářům není třeba vysvětlovat detailně proč), ovšem s jednou výjimkou. Tou výjimkou je výstup WYSIWYG editoru.

Ve specifikaci stojí:

The font element doesn't represent anything. It must not be used except by WYSIWYG editors, which may use it to achieve presentational affects. Even WYSIWYG editors, however, should make every effort to use appropriate semantic markup and avoid the use of media-specific presentational markup.

Asi každý se nad tím pozastaví a přemýšlí, zda tato výjimka je či není vhodná. Ian Hickson se tomu na jaře vyjádřil ve svém rozhovoru:

Hlavní důvod, proč by WYSIWYG editory měly dostat výjimku, je, že dnešní uživatelská rozhraní neznají dobré řešení sémantických editorů pro obyčejné uživatele. Mohli bychom to po editorech požadovat, ale protože nikdo neví, jak to udělat, byl by to hloupý požadavek. Opět musíme udělat kompromis mezi dokonalostí, potřebami a omezeními reálného světa.

Vysvětlení zřejmě všechny neuspokojilo a debaty pokračují. Minulý týden se problematiku pokusil vysvětlit člen HTML WG s přezdívkou Smylers, který mimo jiné píše:

* We want that an author of a valid HTML5 document isn't permitted to use certain 'presentational' things, instead putting semantic mark-up in the HTML and using CSS to achieve the desired presentation.

* Some HTML is generated not by users directly, but by applications, such as word processors with a 'save as HTML' option. Some of those applications permit users to specify presentational output without giving a reason for doing so (for example, a user may consistently highlight all defining instances of terms in blue, or use a different typeface for headings, but there's no way the application is aware of this).

So when generating the HTML the application cannot follow the rules for authors writing HTML by hand; if the user has only told the application to make something blue, all the app can do is generate HTML which specifies its blueness.

So _some_ HTML-generating software can't meet all the author requirements.

* That software isn't going to go away. Whatever this group decides, such apps will still be used.

Pokud vás problematika zajímá více, přečtěte si celé vlákno počínající Mihaiovým mailem (v tuto chvíli čítá necelých 30 příspěvků).

Nejedná se o jediný bod HTML5 specifikace, který vyvolává řadu diskusí. Např. Molly E. Holzschlag (stejná dáma, která nedávno volala po zastavení inovací webu) vyvolala o víkendu lehce ostrou debatu právě na téma událostí okolo současného vývoje.

Na to reagoval Tantek Çelik:

Standards organizations, and w3c is no exception, often designed things "a priori", depending on the opinion of "experts" to just "pick the right thing" a priori, based on their expertise.

The approach that microformats (and apparently WHATWG) is taking with scientifically challenging features and demanding justification through research/evidence is quite new and quite threatening to those that are used to simply getting their way because they say so as in, how dare anyone question their expertise?

Myslím, že Tantek na to trochu kápnul. Web má za sebou už velkou historii, ze které se může poučit a přestává se vyvíjet způsobem "já bych to navrhl takhle, někdo se mnou nesouhlasí?", ale spíše "musíme to navrhnout tak, aby se vyřešil problém X, jinak to bude špatně". A to někdy může vést i k porušení dosavadních tabu.

HTML5 trailer - objevte svého hrdinu

Myslím, že nejsem sám, kdo s napětím čeká na vydání specifikace HTML5.

A aby se nám příjemně čekalo, připravil jsem - podobně jako bývá avizováno blížící se uvedení filmů - krátký HTML5 trailer. Najdete v něm i připomenutí více jak patnáctileté historie HTML.

Tak tedy pro všechny, kdo se už netrpělivě těší, až nám web přestane přešlapovat na místě a poskočí opět trochu kupředu:

S přípravou mi pomáhalo pár lidí, kterým bych rád poděkoval. Jejich jména najdete u původního spotu na mém anglickém blogu Methisto.

Vyzkoušejte si podporu videa ve Firefoxu

Chris Double připravil buildy Firefoxu s podporou elementu <video>.

Chrisova implementace <videa> zatím čeká v bugzille a do kódu Firefoxu se dosud nedostala. Pokus jste nedočkaví a chcete si ji vyzkoušet, připomínkovat nebo dokonce hledat chyby, můžete použít Chrisem připravené buildy Firefoxu 3alfa zkompilované s tímto patchem. Na zmíněné stránce najdete i pár příkladů, na kterých můžete začít své testování.

Ještě pro jistotu zdůrazňuji, že se jedná o neoficiální buildy. O tom, který prohlížeč bude oficiálně implementovat <video> jako první, není stále rozhodnuto.

Optimalizace HTML5 parserů

Ian Hickson publikoval na Google Code blogu zprávu o své studii zaměřené na rychlostní optimalizaci HTML5 parserů.

Práce u Googlu dává Ianovi prostředky, které neměl, když ještě pracoval pro Operu a Ian toho plně využívá. Kde všude byste si mohli dovolit prohnat svým programem deset miliard HTML dokumentů, že?

Získaná data by měla pomoci rychlostně optimalizovat nejen HTML5 parsery, ale prakticky všechny existující HTML parsery.

Jednotná terminologie je duležitá - slovník pro HTML WG

Sander Tekelenburg do konference HTML WG napsal:

OK, as I had hoped, W3C has a glossary: <http://www.w3.org/2003/glossary/>.
Not very useful though. I looked up
"accessibility" -> 2 relevant different results (1 from ATAG 1.0)
"universality" -> zero results
...

But all are uses of the terminology, or at best a definition within one specific spec. No W3C-wide definitions. Depressing.

Sander si stěžuje, že W3C nemá jednotný slovník základních termínů, které se při tvorbě specifikací dennodenně používají. Což může vést (a také vede) k řadě nedorozumění při diskusích týkajících se specifikací. Proto Sander navrhuje založit patřičný terminologický slovník pro HTML WG, a rovnou jeho první verzi založil:

I've taken the liberty to start a glossary <http://esw.w3.org/topic/HTML/Glossary> and put short versions in it of the definitions I had put in the AccessibilityConsensus document <http://esw.w3.org/topic/HTML/AccessibilityConsensus>. Not that I'm entirely happy with all of them. There's room for improvement.

It seems to me there will be a need to make these more official, because consumers of the HTML5 spec will also be confronted with these terms. So I guess they'll at some point need to go directy in the HTML5 spec.

O potřebě společného slovníku psal nedávno i Gregory J. Rosmaita.

Lachlan Hunt - Developing with HTML5

Už dlouho jsme tu neměli žádnou prezentaci a dnes to napravím.

Minulý týden měl Lachlan Hunt přednášku Developing with HTML5 (powerpoint, 1.5MB). Mimochodem Lachlan pochází z Austrálie, ale v červnu dostal nabídku pracovat na Opeře, a tak se přestěhoval do Norska. Jsem zvědav, jak se vyrovnává se změnou podnebí.

V Lachlanově prezentaci jsou na necelých 50 slidech představeny základní principy (X)HTML5, výhody používání HTML5 nebo naopak XHTML5, nové značky HTML5 a příklady jejich použití, vztah k Mikroformátům atd. Vhodné pro všechny, kdo nemají v tom, co (X)HTML5 přinese, zcela jasno.

Nejedná se o první Lachlanovu prezentaci o HTML5, další dvě naleznete na jeho webu a na Youtube najdete jeho tříminutové video z Webjam 3.

HTML WG - revidujeme jako diví

Ještě v červnu jsem si stěžoval, že pracovní skupina pro HTML od svého březnového založení prakticky nic neudělala a pořád jen diskutuje a diskutuje.

Jsem rád, že dnes můžu tvrdit opak. Ačkoliv je okurková sezóna, tak HTML WG začala s revizí, jednotlivé sekce specifikace HTML5 se rozdělily mezi dobrovolníky a během července a srpna se postupně kupí výsledky jejich práce (Ian Hickson se minulý týden vrátil z téměř měsíční dovolené, tak mu nezávidím ten počet e-mailů, který bude zpracovávat).

Jestli to takhle půjde dál, na podzim by HTML WG mohla být už řádně fungující skupina. I počet jejích členů se již několik týdnů neodchýlil od čísla 486 (z toho 416 jsou pozvaní experti a 70 zástupci členských organizací). Zdá se, že se situace stabilizovala.

Kdy se Web Forms 2 stanou součástí HTML5?

Ačkoliv se adopce týkala obou specifikací WHATWG, tedy HTML5 a Web Forms2, zatím se stále jedná o oddělené dokumenty.

Gregory J. Rosmaita se ptá:

when -- if ever -- is the WF2 document to be incorporated into the HTML5 draft, much less moved to W3C web space? are we to pick apart the WF2 draft in the same wise we are carefully reviewing HTML5, or is there still the possibility of a collaboration between WF2 and XForms integration? if so, the WF2 draft should be submitted to the W3C as a working group draft...

Narážka na XForms se týká výsledků hlasování o adopci, kde právě nekompatibilita Web Forms2 s XForms byla předmětem jedné námitky. Je pravda, že od té doby se otázkou webových formulářů nikdo nezajímal. V tuto chvíli se řeší základní otázky HTML5 a je otázkou kdy na formuláře dojde.

Ian Hickson odpovídá:

The "HTML5" language includes both the drafts that were called Web Forms 2 and Web Apps 1 at the time this group decided to adopt them. I haven't gotten around to merging the two into one document; but it's one of the many things that needs to happen over the next few years.

Já mám někdy pocit, že Ian měří čas v letech a desetiletích místo ve dnech a měsících, ale je pravda, že se dosud jeho odhady ukázaly jako reálné.