Organizacje W3C i WHATWG porozumienie w sprawie dalszego wspólnego rozwoju specyfikacji HTML i DOM. Podpisanie porozumienia podsumowało proces zbliżenia и , rozpoczętego w grudniu 2017 r. po wprowadzeniu przez WHATWG pewnych wspólnych procesów pracy i zatwierdzeniu wspólnych zasad dotyczących własności intelektualnej.
W W3C utworzono nową grupę roboczą w celu organizacji wspólnych prac nad specyfikacjami , która będzie odpowiedzialna za przełożenie projektów specyfikacji HTML i DOM opracowanych w WHATWG na formę rekomendacji (standardów) W3C, z uwzględnieniem życzeń społeczności, w tym użytkowników, producentów przeglądarek i twórców stron internetowych. Wszystkie zmiany i nowe funkcje związane ze specyfikacjami и , zaleca się przesyłanie bezpośrednio do repozytoriów WHATWG.
Podstawowe porozumienia pomiędzy W3C i WHATWG:
- Organizacje będą współpracować nad specyfikacjami HTML i DOM. Rozwój będzie prowadzony w repozytoriach WHATWG, w których w dalszym ciągu będzie tworzona stale rozwijana aktualna wersja specyfikacji, na podstawie której projekty sekcji będą przekazywane do osobnego przeglądu i standaryzacji;
- WHATWG będzie utrzymywać stale zmieniające się specyfikacje и (Standard życia);
- W3C przestanie niezależnie publikować własne projekty specyfikacji HTML i DOM i będzie wykorzystywać prace WHATWG jako projekty do przygotowywania i omawiania standardów;
- W3C przenosi wszystkie procesy związane ze zgłaszaniem zmian, zgłaszaniem problemów, pisaniem testów i opracowywaniem rozwiązań w celu rozwiązania problemów do repozytoriów WHATWG i zaleca ich stosowanie.
- WHATWG zajmie się okresowym generowaniem wersji roboczych recenzji. W3C użyje tych projektów jako kandydatów do standaryzacji (Rekomendacje kandydatów), dla których zostaną wykorzystane zwykłe procesy W3C w celu doprowadzenia projektów do formy wstępnego i ostatecznego standardu. Organizacja W3C nie będzie już bezpośrednio zaangażowana w tworzenie i omówienie projektów;
- Rubryka na stronie W3C (wszystkie standardy i wersje robocze) dla dokumentów związanych z HTML i DOM będzie link do tej witryny ;
- W przypadku braku porozumienia z jakąkolwiek decyzją jednej ze stron wprowadzany jest proces rozwiązywania konfliktów, który polega na eskalacji dyskusji do poziomu Grupy Sterującej WHATWG, Grupy Architektury Technicznej W3C i Dyrektora W3C. Jeżeli kompromis nie zostanie osiągnięty, każda ze stron pozostaje uprawniona do rozwiązania umowy;
- Przyjęcie jednolitych zasad w zakresie praw autorskich i marek;
- Whatwg.org wprowadza różne formatowanie do standardów W3C;
- Udokumentować Wprowadzono zmiany, aby umożliwić odniesienia do stabilnych możliwości stale rozwijających się specyfikacji WHATWG (Living Standards).
Do tej pory różne wersje specyfikacji HTML i DOM rozwijały się równolegle – jedna wersja została ujednolicona przez organizację W3C, a druga została opracowana w ramach opracowany przez organizację WHATWG, która początkowo nadzorowała powstanie HTML 5. Synchronizacja obu wersji wymagała dużego wysiłku i prowadziła do niejasności (standaryzacja W3C trwała długo i wiązała się z testowaniem wersji roboczych z osobną analizą życzeń i poprawkami do nich, które nie znalazły odzwierciedlenia w specyfikacjach WHATWG, które weszły w życie w przyszłości). Nawet siedem lat temu możliwość podziału, który mógłby doprowadzić do opracowania dwóch niezależnych standardów HTML5.
Przypomnijmy, że organizacja WHATWG (The Web Hypertext Application Technology Working Group) została założona w 2004 roku w celu przyspieszenia ciągłego rozwoju języka HTML i interfejsów programowych do tworzenia aplikacji internetowych. Założycielami WHATWG były Apple, Mozilla i Opera, które nie zgadzały się z polityką organizacji standaryzacyjnej W3C, która uważała, że przyszłość należy do specyfikacji XML i XHTML i wbrew życzeniom twórców stron internetowych postrzegała HTML jako wymierający technologia. W przeciwieństwie do długiego procesu standaryzacji praktykowanego przez W3C, który obejmuje wstępne testowanie wersji roboczych i prowadzenie publicznych dyskusji, WHATWG przy opracowywaniu HTML5 stosowała model aktualizacji specyfikacji w cyklu ciągłym, bez wyraźnego utrwalania wersji, z postępujące zmiany i stałe wsparcie w aktualnej formie.
Źródło: opennet.ru