První draft HTML5 ještě letos

Již několikrát jsem polemizoval, kdy se dočkáme první veřejné verze specifikace HTML5. Všechny stávající diskuse se vedly okolo rozepsané specifikace, která se mění den ode dne. Veřejný draft je jakási zafixovaná průběžná verze, ke které se lze vyjadřovat a dlouhodobě vracet. Prakticky všechny specifikace W3C jsou vyvíjeny cestou průběžných draftů.

Mít první veřejnou verzi je už podle mne skoro na čase. Myslí si to i někteří členové HTML WG a WHATWG, ale každý se k tomu staví po svém.

Situace se vyvinula

Ve HTML WG se jako reakce na e-mail Anne van Kesterena uspořádala anketa, co se tedy bude dělat a čeká se, jak anketa dopadne, což možná vyvolá další diskusi, která bude....

WHATWG má situaci trochu jednodušší. Vida, že se v HTML WG jen tak rychle něco nestane, Ian Hickson včera zaslal do WHATWG mailing listu Call for Comments:

I figured that I should "publish" an archived copy anyway, so today I put out a frozen "call for comments" draft:

http://www.whatwg.org/...2007-10-26/multipage/

If anyone was hoping for a semi-stable version to start reviewing the draft, I would say that this is it. We're pretty much feature-complete at this point, which is to say I don't think we'll be adding any major features to HTML5 going forward (though of course minor features like additions to certain APIs are likely to still occur).

Na IRC Ian naznačil, že tento draft se vydá jen za WHATWG, na W3C se nebude čekat, protože by to trvalo týdny.

Důležitá je informace, která nyní zazněla poprvé: Nezdá se, že by se do HTML5 přidávaly ještě nějaké další zásadní funkce.

To je důležité znamení pro výrobce prohlížečů i případné recenzenty. Jsem zvědav, zda podobnou informaci někdy uslyšíme i od HTML WG (letos určitě ne, tipoval bych nejdříve koncem příštího roku).

Představu o tom, co konkrétně se ještě bude měnit lze získat pomocí vytvořeného Issue trackeru (sledovače problémů), jak Ian dále píše:

There is a public issues list:

http://www.whatwg.org/issues/

...which has about 3700 issues in it. The next order of business is simply to go through all of those issues. I've been tracking the issue count since early October, and at the moment the count is reducing at a rate of about 7 a day, which works out to being about a year and a bit of solid work, which puts us on track to reach Last Call in 2009, as I predicted in the aforementioned e-mail.

První draft HTML5

V případě, že jste dosud HTML5 detailně nestudovali, protože by se vám specifikace změnila pod rukama, než byste ji dočetli, můžete dnes sáhnout po prvním veřejném draftu HTML5:

http://www.whatwg.org/specs.../2007-10-26/multipage/.

Úvod do problematiky

A pokud byste před jejím studiem, chtěli rychlý úvod do problematiky, mohu v češtině doporučit v tomto pořadí (jeden z odkazovaných článků je můj, čemuž se nedokážu vyhnout, o dalším textu o SQL5 v češtině nevím):

David Majda: WHATWG - budoucnost webu?
David Majda: Webové aplikace podle WHATWG
Martin Hassman: SQL si razí cestu do HTML5

A lze navázat článkem v angličtině:

Elliotte Rusty Harold: New elements in HTML5

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 se píše historie HTML

O spojení sil W3C a WHATWG jsem psal na Lupě v Ze zákulisí příprav HTML - W3C a WHATWG spojují síly včetně mé spekulace, že celá spolupráce obou skupin mohla být předem naplánována.

Před několika týdny Ian Hickson zveřejnil několik svých e-mailů, které jsem před tím neznal, a ve kterých jsem si potvrdil, že některé mé domněnky nebyly daleko od pravdy (kterého komentátora by to nepotěšilo, že?).

Dnes bez komentáře Hixieho maily pro všechny, které zajímá, jak se píše historie (doporučuji přečíst celé odkazované maily, resp. celá vlákna, najdete tam řadu zajímavostí).

Re: any comments on HTML charters

If the group is intended to collaborate with the WHATWG, then I think the WHATWG community would be very happy. However, would the HTML WG members be ok with that? Collaboration would consist of having only one specification, shared between the two groups, published on both sites, with feedback sent to both groups treated equally. This allows the spec to gain patent policy protection, allows W3C members to take part without losing face, puts HTML5 back onto the W3C REC track, and yet keeps the existing community happy about their involvement.

If the group is intended to compete with the WHATWG, developing specifications that are mutually exclusive with the WHATWG ones, then I fear that the W3C group will not succeed. The WHATWG community is very adaptable; members of the community have been keeping track of things in XHTML2, for example, and suggesting them for inclusion in the HTML5 work -- in several cases, most notably the

element and headers -- the WHATWG spec version of the feature ends up fully specified long before the XHTML2 working group's, even though the other group came up with the idea first.

The charter should require more openness. I think that working group membership should be open to anyone -- not just W3C members. Anyone wishing to join the group would have to accept the W3C patent policy, of course; however, the current mechanism, whereby someone can pay $900 to get a bigger say in the future of the Web, would clearly not be acceptable to the members of the WHATWG community, many of which are students, self-employed, or working for organisations that are not W3C members and have no real reason to join.

Here is an outline of how I would expect a new HTML specification to proceed along the W3C Recommendation track:

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

Re: Charters for review

Regarding technical matters, there shouldn't be a difference between being a working group member as a W3C Member Company, a W3C Invited Expert, or participating as a non-W3C Member. This should be made explicit in the charter; currently the charter implies that non-members are not full members of the working group.

Re: any comments on HTML charters

The group will communicate its suggestions to the WHATWG community either through posting to the WHATWG mailing list, or by having WHATWG community members being part of the HTML working group.

Another proposed HTML charter

The Working Group is expected to work in collaboration with the WHATWG to produce identical specifications, preferably by having the same editor. This collaboration may cease if the two communities do not agree on technical matters. If this happens, the Working Group's charter should be re-examined by the W3C.

Another proposed HTML charter (revision 1)

(Changes since the last post: Add video, add WebAPI reference, change criteria for success, removed need for charter to be reexamined if WHATWG and HTMLWG go their separate ways.)

WHATWG - jak to začalo

S trochou nostalgie jsem dnes četl oznámení o založení WHATWG, na které jsem po letech narazil (tenkrát jsem o tom dokonce napsal zprávičku). V oznámení z 4. června 2004 stojí:

Some of you may be interested to hear that people from Opera and Mozilla have set up an open mailing list for discussing Web Forms 2 and other new specs that have been discussed in various places over the last few months.

The group is working on specifications for Web Forms 2.0, Web Apps 1.0, Web Controls 1.0 and a CSS object rendering model. This work will be largely done outside of the World Wide Web Consortium, though finalised versions of the specs are expected to be submitted for formal standardisation. While the decision to operate independently of the W3C may be seen as controversial, many feel that formal standards bodies move too slowly to react to proprietary technologies such as Microsoft's forthcoming XAML. In addition, many in the W3C are pushing for Web applications standards based on technologies such as XForms and Scalable Vector Graphics, whereas the members of the WHATWG favour backwards-compatible HTML-based solutions, which they believe would be easier to implement and more likely to be adopted by Web developers.

Je vidět, že po třech letech WHATWG plní, co slíbila (během let se vytratil ten CSS rend. model, přiznávám se, že nevím kdy a proč), tak doufejme že v roce 2010 vydá W3C slíbenou specifikaci, kterou ve spolupráci s WHATWG dokončí.

Dnes ze zmiňovaného XAML vyrostl Silverlight a máme tu Adobe AIR a JavaFX. Ti všichni začínají tam, kde dnešní HTML končí a HTML5 hodlá hranice HTML v mnohých směrech rozšířit. Už bylo načase.

WHATWG spouští projekt "Bible5"

Do konference W3C minulý týden dorazil zajímavý e-mail, jehož překlad uvádím.

Silicon Valley - červen 2008

Po úspěšné práci na HTML5, CSS5, XML5, SVG5 a Web5, oznámilo WHATWG spuštění projektu připravujícího novou verzi Bible označovanou jako "Bible5".

"Jedna z nejnápadnějších změn se týká desatera," řekl Ian Hickson, vedoucí skupiny a autor celého nápadu. "Plánujeme například změnit 'Nezabiješ,' na 'NEMĚL BYS zabíjet' s patřičným odkazem na RFC 2119. Je totiž očividné, že po tisíciletých zkušenostech s touto specifikací, lidé nejednají v souladu s tím, co specifikace požaduje. My ji tedy upravíme, lze také říci modernizujeme, aby odpovídala tomu, jak ji lidé skutečně používají. Chci říct, k čemu jsou výstrahy, které většina lidí nerespektuje?" zeptal se a dodává: "To byla jen řečnická otázka. Chci říct, k čemu je specifikace, která něco zakazuje? Pak je pro lidi těžší žít se specifikací v souladu." "Tahle byla rovněž řečnická," stihl rychle dodat.

Alan van Finckelstein, jedna z těch, kdo začali na specifikaci pracovat, navázala: "Jedním z problémů Bible je její neúplnost." "Ačkoliv Bible zmiňuje několik hříchů, které jsou zakázány, a další, které jsou očividně v pořádku - napadá mě třeba incest v případě Lotových dcer - ponechává Bible stovky, pokud ne tisíce hříchů zcela nespecifikovaných. Snažíme se využít Google k nalezení a identifikaci všech aktuálně známých a praktikovaných hříchů, abychom je mohli zahrnout do seznamu povolených činností."

Otevřený proces

"Jednou z odlišností práce WHATWG oproti uzavřeným a tajnůstkářským křesťanům je, že se jedná o zcela otevřený proces," dodává Ian Hickson. "Kdokoliv se může zapojit (vlastně jste se již zapojili). Rádi bychom požádali všechny, aby nám zaslali své hříchy, které spáchali v minulosti nebo které mají v úmyslu v budoucnu spáchat, i s případy zhřešení (use case), abychom je mohli začlenit do specifikace.

"Rychlost je naše další výhoda," sdělila Alan. "Křesťanům trvala tvorba specifikace 325 let, než ji prohlásili za recommendation na Nicejském koncilu. Takže nám říkejte něco o pomalosti. To my jsme přesvědčeni, že novou verzi můžeme zhotovit během asi dvou týdnů."

"Bude se pochopitelně jednat jen o pracovní návrh, tedy working draft!" upozornil Hickson. "Ale doufáme, že dosáhneme stavu candidate recommendation během několika následných týdnů. V tuto chvíli připravujeme sadu testů. Specifikace nemůže dospět do candidate recommendation, dokud nenajdeme důkaz, že každý hřích byl spáchán nejméně dvakrát. Náš časový rozvrh ukazuje, že pravděpodobně zůstaneme v CR stavu asi tak po dobu 325 let. A po té se možná budeme muset vrátit zase zpět do stavu pracovního návrhu."

"Není nutné zdůrazňovat," směje se Finckelstein, "že Bible ve skutečnosti nikdy CR neprošla, což je pro ni typické." Pokračuje: "Pokud by se tak stalo, nikdy by bývala nedosáhla stavu recommendation. Je plná chyb a nekonzistencí nebo také věcí, které nikde nebyly definovány. Tak například, když Mojžíš sešel s desaterem z hory a spatřil hřešící lid, neovládl se a mramorové desky s desaterem rozbil - jak je vidět, rozbití Božího majetku nebylo na seznamu věcí, které nemáte dělat - a po té se pustil do vraždění třech tísíc svých následovníků. Tolik k ''Nezabiješ!'"

"V každém případě", uzavírá Hickson, "velkou výhodou Bible5 je okamžité snížení počtu hříšníků a kriminálníků. Jen si představte ta prázdná vězení. Poprvé v historii budeme společnost plně dodržující zákon!"

A co přijde dál? Finckelstein tvrdí, že: "Zásuvky a elektrické vedení," a Hickson: "pravidla silničního provozu, bezpečnost leteckého provozu, no prostě je tu ještě hromada věcí, které můžeme zlepšit."

O WHATWG a W3C na Lupě

Dnes na Lupě vyšel můj článek shrnující události posledního měsíce v pracovní skupině pro HTML u W3C.

Ačkoliv adopce HTML5 není pro čtenáře tohoto blogu úplnou novinkou 8-), v článku na Lupě najdete myšlenky a shrnutí, na které při denním blogování není čas.

FAQ - Legitimizuje HTML5 tag soup?

Tag soup neboli nedokončené a překřížené značky jsou problémem HTML. Nebo snad již můžeme říci byly problémem HTML?

Jaký je vztah HTML5 a tag soup snad osvětlí překlad bodu z často kladených otázek o WHATWG a HTML5.

Proč HTML5 legitimizuje tag soup?

Ve skutečnosti nelegitimizuje. To je omyl způsobený záměnou mezi požadavky na správnost dokumentů a požadavky na prohlížeče.

Podle základního návrhového principu o podporování stávajícího obsahu musí specifikace definovat, jak zacházet s jakýmkoliv HTML, bez ohledu na to, jestli vyhovuje specifikaci či nikoliv. Proto specifikace přesně definuje (nebo bude definovat) jak zpracovávat chybné značkování, z něhož je většina považována za tag soup, a jak se z něj zotavit.

Specifikace například definuje algoritmy pro vypořádání se se syntaktickými chybami jako jsou překřížené značky, které zajistí vytvoření správně strukturovaného DOM stromu.

Definování takových algoritmů je podstatné proto, abychom jednoho dne dosáhli interoperability mezi prohlížeči a snížili závislost na jejich vzájemném reverzním inženýrství.

Nicméně požadavky na správnost pro autory jsou definovány odděleně od požadavků na zpracovávání. To, že se od prohlížečů očekává zpracovávání chybného obsahu, neznamená, že takové dokumenty odpovídají specifikaci.

Od prohlížečů se například očekává podpora značky marquee, ale autoři ji v dokumentech odpovídajících specifikaci nesmí používat.

Je důležité rozlišovat mezi pravidly, která platí pro prohlížeče a pravidly tvorby dokumentů odpovídající specifikaci pro autory. Jsou na sobě zcela nezávislé.

Pokud vás zajímá, jak vznikla idea analýzy zpracovávání "tag soup" v prohlížečích, přečtěte si český překlad rozhovoru s Ianem Hicksonem.

Wallpapery 5 > 2 pro vaši plochu

Líbily se vám trička 5 > 2?

David Majda k nim vyrobil wallpapery. Pokud si tedy myslíte, že HTML5 > XHTML2 nebo jen prostě potřebujete občerstvit své znalosti matematiky, vylepšete svůj desktop nepopiratelným výrazem:

Simon Willison o HTML5

Simon Willison z WHATWG před dvěma týdny na Oxford Geek Nights prezentoval HTML5. Shrnuje události posledních let, který vedly ke vzniku WHATWG a k obnovení vývoje HTML na W3C.

• Prezentace (80kB, PDF)
• Video přednášky (13MB) Simon umí pěkně mluvit, při té necelé čtvrhodince rozhodně neusnete
  

Trička 5 > 2

WHATWG nabízí trička propagující celkem jednoduchou a známou myšlenku, že 5 > 2. Číslice v zelené WHATWG barvě nápadně připomínají verze připravovaných specifikací.

Rozhovor: Ian Hickson o nové verzi HTML

Proč se Ian Hickson pustil do dokumentování současné implementace HTML v prohlížečích, kterážto snaha vyústila ve vznik WHATWG a mnoho dalšího se dočtete v rozhovoru s Ianem Hicksonem, který jsem z originálu přeložil pro Root.cz

... Uvědomil jsem si, že lidská rasa napsala doslova miliardy elektronických dokumentů, ale bez toho aby řekla, jak mají být zpracovávány. Pokud by za tisíc let někdo nalezl "poklad" plný HTML dokumentů a rozhodl se vytvořit HTML prohlížeč, který by mu je zobrazil, nedokázal by to udělat! Dokonce ani s existujícími specifikacemi HTML4, SGML, DOM2 HTML apod. Jejich dokonalá implementace totiž nedokáže naprostou většinu dokumentů zobrazit tak, jak jejich autoři zamýšleli...

Adoptujte HTML5 IV - práce editora

Máme 12. dubna, předsedové se k adopci HTML5 stále nevyjádřili a vypadá, že to nemají v úmyslu. Nicméně jelikož souhlasné názory ve skupině převažují, pokud se neobjeví nějaký vážný problém, považují jednoznačné odmítnutí adopce za velmi nepravděpodobné.

Hixie popisuje svůj způsob práce u WHATWG:

There are far more sources of input than just these two mailing lists. There's also over a dozen IRC channels that I monitor, six or so different bug databases, blogs, blog comments, forums, lunch discussions, direct e-mail, implementation feedback, author feedback, research, etc.

Karl Dubost naopak oponuje v přílišné one-man závislosti:

When an organization, a project depends on the knowledge of only one person, it is at risk.

Ian na to reaguje a popisuje, co se stane s WHATWG, pokud HTML WG na adopci HTML5 přistoupí (všimněte si, že nikde ani zmínka o tom, že by se měla několik let propagující se značka WHATWG rušit):

If the HTMLWG adopts the WHATWG spec as a starting point, and asks me to edit the HTML spec, then there will only be one spec. The WHATWG spec and the HTML WG spec would be one and the same.

If the HTML WG adopts the draft and me as editor, then the specs would evolve in lockstep, literally generated from the same source document.