웹 하이퍼텍스트 애플리케이션 테크놀로지 워킹 그룹(영어:Web Hypertext Application Technology Working Group웹 하이퍼텍스트 애플리케이션 테크놀로지 워킹 그룹[*], WHATWG)은 2004년 주요 웹 브라우저 벤더인 애플, 모질라 재단, 오페라 소프트웨어의 대표들에 의해 설립되었다. WHATWG는 HTML 및 문서 객체 모델 (DOM) 명세를 포함하여 여러 웹 관련 기술 표준을 유지 관리할 책임이 있다. WHATWG의 핵심 조직 구성 및 통제권은 애플, 모질라, 구글, 마이크로소프트로 구성된 "운영 그룹(Steering Group)"이 보유하고 있다. WHATWG의 명세 편집자들은 참여자들과 협의하되, 궁극적으로는 운영 그룹 구성원들의 목표에 따라 올바른 구현을 보장한다.
역사
WHATWG는 월드 와이드 웹 컨소시엄 (W3C)의 느린 웹 표준 개발 속도와, HTML을 포기하고 XML 기반 기술을 선호하기로 한 W3C의 결정에 대응하여 결성되었다. WHATWG 메일링 리스트는 2004년 6월 4일에 발표되었으며, 이는 웹 애플리케이션 및 복합 문서에 관한 W3C 워크숍에서 오페라와 모질라의 공동 입장 발표문이 W3C 회원들에 의해 거부된 지 이틀 후였다.
2007년 4월 10일, 모질라 재단, 애플, 오페라 소프트웨어는 W3C의 새로운 HTML 워킹 그룹이 WHATWG의 HTML5를 작업의 출발점으로 채택하고 향후 결과물 이름을 "HTML5"로 명명할 것을 제안했다 (다만 WHATWG 명세는 나중에 HTML 리빙 스탠다드(Living Standard)로 이름이 변경되었다).
2007년 5월 9일, W3C의 새로운 HTML 워킹 그룹은 이를 실행하기로 결정했다. 마이크로소프트의 인터넷 익스플로러 플랫폼 아키텍트가 초청되었으나, 모든 명세가 로열티 프리 기반으로 구현될 수 있도록 보장하는 특허 정책이 부족하다는 점을 들어 합류하지 않았다. 그 이후로 W3C와 WHATWG는 HTML을 독립적으로 개발해 왔으며, 때때로 명세가 서로 달라지는 결과를 낳았다.
2017년, WHATWG는 특허 정책을 포함하는 지식 재산권 협약을 수립했다. 이는 W3C와 WHATWG가 명세 작업에서 다시 협력할 수 있게 하는 계기가 되었다. 2019년, W3C와 WHATWG는 HTML 및 DOM 명세 개발을 주로 WHATWG에서 수행한다는 내용의 양해각서에 합의했다.
편집자는 명세에 대해 상당한 통제권을 갖지만, 커뮤니티는 편집자의 결정에 영향을 미칠 수 있다. 한 사례로, 편집자인 이안 힉슨이 <time> 태그를 보다 일반적인 <data> 태그로 교체할 것을 제안했으나, 커뮤니티가 반대하여 해당 변경 사항은 취소되었다.
Web Hypertext Application Technology Task Force
초기에는 변형된 약어인 WHAT Working Group, WHAT Task Force, WHATTF와 함께 Web Hypertext Application Technology Task Force라는 명칭도 사용되었다. 한동안 whattf.org와 whatwg.org도메인 네임을 모두 사용한 후, 결국 WHATWG라는 이름으로 표준화되었다. 네임스페이스 URI인 http://whattf.org/datatype-draft는 HTML 검사기의 데이터 타입 라이브러리용으로 여전히 사용되고 있다.
2019년 5월 28일, W3C는 WHATWG가 HTML 및 DOM 표준의 단독 출판사가 될 것이라고 발표했다. W3C와 WHATWG는 2012년부터 서로 경쟁하는 표준을 발표해 왔다. 2007년에는 W3C 표준이 WHATWG와 동일했으나, 이후 서로 다른 설계 결정으로 인해 점진적으로 차이가 벌어졌다. WHATWG의 "리빙 스탠다드(Living Standard)"는 이미 얼마 동안 사실상의 웹 표준 역할을 해왔다.
HTML 리빙 스탠다드 (비공식적으로 HTML5라고도 불림). HTML 명세는 2011년 이후 버전 번호가 없는 리빙 다큐먼트 형식을 취하고 있다. 여기에는 웹의 핵심 마크업 언어인 HTML과 다수의 관련 API가 포함된다.
DOM 표준은 웹에서 문서 객체 모델이 작동하는 방식을 정의하며 W3C DOM 레벨 3을 대체한다. 예를 들어, 변이 이벤트(mutation events)를 변이 옵서버(mutation observers)로 대체한다.
Fetch 표준: "요청, 응답 및 이들을 결합하는 프로세스인 페칭(fetching)"을 정의한다. Fetch 표준은 'fetch' 자바스크립트 API를 정의하며, HTML5의 fetch 기능, 교차 출처 리소스 공유(CORS) 및 HTTP Origin 헤더 의미론을 대체한다.
Streams 표준: 데이터 스트림을 생성, 구성 및 소비하기 위한 API를 제공한다. 이러한 스트림은 저수준 I/O 기본 요소에 효율적으로 매핑되도록 설계되었으며, 내장된 백프레셔(backpressure) 및 큐잉을 통해 쉽게 구성할 수 있다. 웹 플랫폼은 스트림 위에 파일 시스템이나 소켓 API와 같은 고수준 추상화를 구축할 수 있으며, 동시에 사용자는 제공된 도구를 사용하여 웹 플랫폼의 스트림과 잘 통합되는 고유한 스트림을 구축할 수 있다.
Encoding 표준: Windows-1252 및 UTF-8과 같은 문자 인코딩이 웹 브라우저에서 처리되는 방식을 정의하며 IETF 인코딩 레지스트리를 대체하기 위한 것이다.
↑Reid, Jonathan (2015). 〈1 - Welcome to HTML5〉. 《HTML5 Programmer's Reference》. Apress. In section "A Brief History of HTML" –– "The Formation of the WHATWG and the Creation of HTML5"쪽. ISBN9781430263678. 2015년 12월 2일에 확인함.
↑“FAQ – How does the WHATWG work?”. WHATWG. 2012년 11월 22일. 2013년 1월 1일에 확인함. If necessary, controversies are resolved by the Steering Group with members appointed from the organizations that develop browser engines, as a backstop to ensure the editor's judgment aligns with what they will implement.
↑“HTML5: A vocabulary and associated APIs for HTML and XHTML”. 《W3C Recommendations》. W3C. 2015년 10월 21일에 원본 문서에서 보존된 문서. 2015년 10월 21일에 확인함. Shortly thereafter, Apple, Mozilla, and Opera jointly announced their intent to continue working on the effort under the umbrella of a new venue called the WHATWG.
↑Wilson, Chris (2007년 1월 10일). “You, me and the W3C (aka Reinventing HTML)”. 《Albatross! The personal blog of Chris Wilson, Platform Architect of the Internet Explorer Platform team at Microsoft》. 마이크로소프트. 2009년 1월 30일에 확인함.
↑“whatwg-url”. 《npm (software)》. 2018년 8월 18일. 2019년 7월 25일에 원본 문서에서 보존된 문서. 2019년 7월 25일에 확인함. whatwg-url is a full implementation of the WHATWG URL Standard. It can be used standalone, but it also exposes a lot of the internal algorithms that are useful for integrating a URL parser into a project like jsdom.
