WHATWG
The Web Hypertext Application Technology Working Group (WHATWG) is a community of people interested in evolving HTML and related technologies. The WHATWG was founded by individuals from Apple Inc., the Mozilla Foundation and Opera Software, leading Web browser vendors, in 2004.[2][3]
Abbreviation | WHATWG |
---|---|
Motto | Maintaining and evolving HTML since 2004 |
Formation | 4 June 2004 |
Purpose | Developing web standards |
Membership | Apple Inc., Google LLC, Microsoft Corporation, Mozilla Corporation[1] |
Main organ | Steering Group |
Website | whatwg |
HTML |
---|
Comparisons |
|
The central organizational membership and control of WHATWG today – its "Steering Group" – consists of Apple, Mozilla, Google, and Microsoft. WHATWG has a small, invitation-only oversight committee called "Members", which has the power to impeach the editor of the specifications.[4]
History
The WHATWG was formed in response to the slow development of World Wide Web Consortium (W3C) Web standards and W3C's decision to abandon HTML in favor of XML-based technologies.[5] The WHATWG mailing list was announced on 4 June 2004,[6] two days after the initiatives of a joint Opera–Mozilla position paper[7] had been voted down by the W3C members at the W3C Workshop on Web Applications and Compound Documents.[8]
On 10 April 2007, the Mozilla Foundation, Apple, and Opera Software proposed[9] that the new HTML working group of the W3C adopt the WHATWG's HTML5 as the starting point of its work and name its future deliverable as "HTML5" (though the WHATWG specification was later renamed HTML Living Standard). On 9 May 2007, the new HTML working group of the W3C resolved to do that.[10] An Internet Explorer platform architect from Microsoft was invited but did not join, citing the lack of a patent policy to ensure all specifications can be implemented on a royalty-free basis.[11] Since then, the W3C and the WHATWG have been developing HTML independently, at times causing specifications to diverge.[12]
In 2017, the WHATWG established an intellectual property rights agreement that includes a patent policy.[13] This spurred a renewed attempt to allow the W3C and the WHATWG to work together on specifications. In 2019, the W3C and WHATWG agreed to a memorandum of understanding where development of HTML and DOM specifications would be done principally in the WHATWG.[12][14]
The editor has significant control over the specification, but the community can influence the decisions of the editor.[15] In one case, editor Ian Hickson proposed replacing the <time>
tag with a more generic <data>
tag, but the community disagreed and the change was reverted.[15]
Transition of HTML Publication to WHATWG
On 28 May 2019, the W3C announced that WHATWG would be the sole publisher of the HTML and DOM standards.[16][17][18][19] The W3C and WHATWG had been publishing competing standards since 2012. While the W3C standard was identical to the WHATWG in 2007 the standards have since progressively diverged due to different design decisions.[20] The WHATWG "Living Standard" had been the de facto web standard for some time.[21]
Specifications
The WHATWG publishes a number of standards that form a substantial portion of the web platform including:
- The HTML Living Standard (sometimes informally called HTML5[22]). The HTML specification has been a living document without version numbers since 2011.[23] It includes both HTML, the core markup language for the web, and a number of related APIs.
- The DOM Standard, defines how the Document Object Model on the web is supposed to work and replaces W3C DOM level 3. For example, it replaces mutation events with mutation observers.
- Fetch Standard,[24] which "defines requests, responses, and the process that binds them: fetching." The fetch standard defines the 'fetch' JavaScript API, and supersedes the HTML5 fetch functionality, CORS and the HTTP Origin header semantics.
- The Streams Standard provides APIs for creating, composing, and consuming streams of data. These streams are designed to map efficiently to low-level I/O primitives, and allow easy composition with built-in backpressure and queueing. On top of streams, the web platform can build higher-level abstractions, such as filesystem or socket APIs, while at the same time users can use the supplied tools to build their own streams which integrate well with those of the web platform.
- The Encoding Standard defines how character encodings such as Windows-1252 and UTF-8 are handled in web browsers and is intended to replace the IETF encodings registry.
- The MIME type sniffing standard defines how MIME types are supposed to be sniffed in web browsers.
- The URL standard defines how URLs are supposed to be parsed in web browsers.[25]
References
- "Steering Group Agreement – WHATWG". whatwg.org. WHATWG.
- "FAQ – What is the WHATWG?". WHATWG. 12 February 2010. Retrieved 24 February 2010.
- Reid, Jonathan (2015). "1 - Welcome to HTML5". HTML5 Programmer's Reference. Apress. pp. In section "A Brief History of HTML"–"The Formation of the WHATWG and the Creation of HTML5". ISBN 9781430263678. Retrieved 2 December 2015.
- "FAQ – How does the WHATWG work?". WHATWG. 22 November 2012. Retrieved 1 January 2013.
- "HTML5: A vocabulary and associated APIs for HTML and XHTML". W3C Recommendations. W3C. Archived from the original on 28 October 2014. Retrieved 21 October 2015.
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.
- Hickson, Ian (4 June 2004). "WHAT open mailing list announcement". WHATWG. Retrieved 24 February 2010.
- Joint Opera–Mozilla position paper voted down prior to the founding of the WHATWG: Position Paper for the W3C Workshop on Web Applications and Compound Documents
- "W3C Workshop on Web Applications and Compound Documents (Day 2) Jun 2, 2004". World Wide Web Consortium. 2 June 2004. Retrieved 24 February 2010.
- Stachowiak, Maciej (9 April 2007). "Proposal to Adopt HTML5". World Wide Web Consortium. Retrieved 24 February 2010.
- Connolly, Dan (9 May 2007). "results of HTML 5 text, editor, name questions". World Wide Web Consortium. Retrieved 24 February 2010.
- Wilson, Chris (10 January 2007). "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. Microsoft. Retrieved 30 January 2009.
- Cimpanu, Catalin (28 May 2019). "Browser vendors win war with W3C over HTML and DOM standards". ZDNet.
- Van Kesteren, Anne (11 December 2017). "Further working mode changes". The WHATWG Blog. WHATWG.
- "Memorandum of Understanding Between W3C and WHATWG". w3.org. W3C. 28 May 2019.
- Way, Jeffrey. "A Brief History of HTML5". Retrieved 4 October 2016.
- Jaffe, Jeff (28 May 2019). "W3C and WHATWG to Work Together to Advance the Open Web Platform". W3C Blog. Archived from the original on 29 May 2019. Retrieved 29 May 2019.
- "W3C and the WHATWG Signed an Agreement to Collaborate on a Single Version of HTML and DOM". W3C. 28 May 2019. Archived from the original on 29 May 2019. Retrieved 29 May 2019.
- "Memorandum of Understanding Between W3C and WHATWG". W3C. 28 May 2019. Archived from the original on 29 May 2019. Retrieved 29 May 2019.
- Cimpanu, Catalin (29 May 2019). "Browser vendors Win War with W3C over HTML and DOM standards". ZDNet. Archived from the original on 29 May 2019. Retrieved 29 May 2019.
- "W3C - WHATWG Wiki". WHATWG Wiki. Archived from the original on 29 May 2019. Retrieved 29 May 2019.
- Shankland, Stephen (9 July 2009). "An epitaph for the Web standard, XHTML 2". CNET. CBS INTERACTIVE INC.
- "Is this HTML5?". WHATWG. 13 June 2019. Retrieved 13 June 2019.
- Hickson, Ian (19 January 2011). "HTML is the new HTML5". WHATWG. Retrieved 21 January 2011.
- "Fetch Standard". WHATWG. 3 May 2019. Retrieved 13 June 2019.
- "whatwg-url". npm (software). 18 August 2018. Archived from the original on 25 July 2019. Retrieved 25 July 2019.
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.