A W3C és WHATWG szervezetek az HTML és DOM specifikációk további közös fejlesztésére vonatkozó megállapodást. A megállapodás aláírása a közelmúltbeli közelítés folyamatának záró aktusa volt és , amely 2017 decemberében indult a WHATWG közös munkafolyamatai és szellemi tulajdonra vonatkozó egységes szabályainak bevezetése után.
A specifikációk közös munkájának megkönnyítésére a W3C létrehozott egy új munkacsoportot , amely a WHATWG által fejlesztett HTML és DOM vázlatos specifikációk W3C ajánlások (szabványok) formába történő átformálásáért fog felelni, figyelembe véve a közösség, beleértve a felhasználókat, böngészőgyártókat és webfejlesztőket, kívánságait. Minden, a specifikációkkal kapcsolatos változás és új lehetőség és , amelyeket közvetlenül a WHATWG tárolókba javasolt átadni.
A W3C és WHATWG közötti fő megállapodások:
- A szervezetek együtt dolgoznak az HTML és DOM specifikációkon. A fejlesztés a WHATWG tárolókban fog zajlani, ahol folyamatosan fejlődő aktuális verziók jönnek létre, amely alapján különböző vázlatos szakaszok készülnek a független felülvizsgálatra és szabványosításra;
- A WHATWG folyamatosan fejlődő specifikációk karbantartásával fog foglalkozni és (Living Standard);
- A W3C leállítja a saját előzetes HTML és DOM specifikációinak független közzétételét, és a WHATWG eredményeit fogja használni vázlatok készítéséhez és standardok megvitatásához;
- Minden olyan folyamatot, amely a változások továbbításával, hibajelentéssel, tesztelés írásával és a problémák megoldásának kidolgozásával kapcsolatos, a W3C átvisz a WHATWG tárolókba, és ajánlja azok alkalmazását.
- A WHATWG időszakosan kidolgozott vázlatos specifikációkat (Review Drafts) fog készíteni. Ezeket a vázlatokat a W3C a standardizációra jelöltként fogja használni (Candidate Recommendations), amelyek esetében a W3C szabványosításhoz szükséges hagyományos folyamatokat alkalmazza, hogy a vázlatokat előzetes és végleges normává alakítsa. A vázlatok létrehozása és megvitatása a W3C feladata már nem lesz;
- Rész a W3C weboldalán (minden szabvány és vázlat) az HTML és DOM-hoz kapcsolódó dokumentumok a WHATWG oldalára fognak hivatkozni ;
- Ha annak egyes döntéseivel szemben ellenállás lép fel, konfliktusmegoldási folyamatot vezetnek be, amely magában foglalja a megbeszélések eszkalálását a WHATWG Irányító Csoport, a W3C Műszaki Architektúra Csoport és a W3C igazgatója szintjére. Ha nincs kompromisszum, bármelyik fél jogosult felmondani a megállapodást;
- Közös szabályok elfogadása a szerzői jogok és márkák területén;
- A whatwg.org-on más formázást vezetnek be a W3C szabványaihoz;
- A dokumentumban változtatásokat eszközöltek a WHATWG folyamatosan fejlődő specifikációinak stabil lehetőségeire való hivatkozások engedélyezésére.
Eddig párhuzamosan különböző HTML és DOM specifikációk fejlődtek — az egyik változatot a W3C standardizálta, míg a másikat a fejlesztette a WHATWG, amely eredetileg HTML 5 létrehozását irányította. A két változat szinkronizálása nagy erőfeszítéseket igényelt, és ellentmondások megjelenéséhez vezetett (a W3C standardizálása hosszú időt vett igénybe, és a tervezetek tesztelésével a kívánságok és javítások külön elemzésével járt, amelyek nem tükröződtek a WHATWG specifikációiban, amelyek pedig azóta előre haladtak). Hét évvel ezelőtt még ami két független HTML5 szabvány fejlődéséhez vezethetett volna.
Emlékeztetőül, a WHATWG (A Web Hypertext Application Technology Working Group) 2004-ben alakult meg azzal a céllal, hogy felgyorsítsa a HTML nyelv és a programozási interfészek fejlődését a webalkalmazások létrehozásához. A WHATWG alapító tagjai voltak az Apple, a Mozilla és az Opera, amelyek nem értettek egyet a W3C standardizáló szervezet politikájával, amely szerint a jövő az XML és XHTML specifikációkban rejlik, és ellentétben a webfejlesztők kívánságaival, a HTML-t mint hátrányos technológiát kezelte. A W3C által alkalmazott hosszú távú standardizálási folyamattól eltérően, amely magában foglalja a tervezet előzetes tesztelését és a nyilvános megbeszélések lebonyolítását, a WHATWG a HTML5 fejlesztéséhez folyamatos ciklusú specifikációk frissítési modellt alkalmazott, világos verziószámozás nélkül, folyamatos változtatások bevezetésével és állandó aktualizálással.
Forrás: opennet.ru
