HTML Working Group Charter (original) (raw)
- Scope
- Deliverables
- Dependencies and Liaisons
- Participation
- Communication
- Decision Policy
- Patent Policy
- Document License
- About this Charter
Themissionof the HTML Working Group, part of theHTML Activity, is to continue the development of the HTML language, as well as the development ofHTML-specificAPIs for interacting with in-memory representations of resources that use the HTML language, and to define normative requirements for browsers and other user agents which process HTML resources, along with defining normative document-conformance requirements for HTML documents.
End date | 30 June 2015 |
---|---|
Confidentiality | Proceedings arePublic |
Chairs | Sam Ruby, IBMPaul Cotton, MicrosoftMaciej Stachowiak, Apple |
Team Contacts | Michael[tm] Smith, W3C/Keio (0.5 FTE),Robin Berjon, W3C/MIT (Editor, 1.0 FTE) |
Meetings | Teleconferences Up to one teleconference per week for general HTML Working Group business, and up to one teleconference per week each for any task forces or subteams, or for topic-specific discussions (for example, for the Testing Task Force, the Accessibility Task Force, or for discussions of the HTML Media Extensions proposals). Face-to-face meetings A two-day meeting during the W3C's annual Technical Plenary week; other additional F2F meetings for general HTML Working Group business may be scheduled (up to 2 per year). IRC discussion The #html-wg channel on irc.w3.org |
Scope
The HTML Working Group will:
- continue the development of the HTML language, in both of its concrete syntaxes: the text/html syntax (also known simply as the HTML syntax), and the XML syntax (also known as the XHTML syntax)
- continue the development of
HTML-specificAPIs for interacting with in-memory representations of resources that use the HTML language(with the exception of the HTML-specific APIs defined in the DOM4 specification), as well as extensions to those APIs - continue to define the basic execution and security models for JavaScript in the context of HTML documents
- continue to define normative requirements for applications that process HTML resources, including (but not limited to) browsers and other interactive user agents, as well as authoring tools, markup generators, and conformance checkers
Consistent with theW3C’s Principles of Design, the HTML Working Group will use a greater reliance on modularity as a key part of the development of the HTML language, allowing extension specifications to define new elements, new attributes, new values for attributes that accept defined sets of keywords, and new APIs. Those extension specifications may be achieved within the HTML Working Group or other Groups.
Success Criteria
The HTML Working Group’s work will be considered a success if there are multiple independent complete and interoperable implementations of its deliverables that are widely used.
- Production of stable documents addressing the work items listed in theDeliverablessection.
- Test suites for each deliverable with conformance criteria.
- Availability of authoring tools and validation tools.
- User-community and industry adoption of the group deliverables.
- Availability of multiple, independent, interoperable browser implementations of each deliverable with normative conformance requirements for browser implementations, as demonstrated by an implementation report (summarizing implementation status against the relevant test suite).
- If participants from fewer than three distinct browser-engine projects are participating in the group, its charter should be re-examined by the W3C.
- It is also preferable to have multiple implementations of all testable products (conformance classes) for which normative conformance requirements are defined, but it is understood that for some conformance classes (for example, validators), multiple conformant implementations may not emerge.
- Satisfy horizontal dependencies, whether by addressing these through extensions or by integration of solutions in the baseline specification; or, failing that, report which dependencies remain unsatisfied when moving to Last Call and beyond.
Deliverables
The HTML Working Group will complete work on the following existing deliverables of the group:
- HTML5
- HTML Microdata
- HTML Canvas 2D Context
- HTML5 diffs from HTML4
- Public Identifiers for entity resolution in XHTML
- Polyglot Markup: HTML-Compatible XHTML Documents
- HTML: The Markup Language(informative only)
- HTML5: Edition for Web Authors(Working Group Note)
In addition, the HTML Working Group will complete the work on theDOM4specification.
The HTML Working Group, jointly with the Protocols and Formats Working Group using the HTML Accessibility Task Force, will also complete work on the following existing deliverables:
- HTML5: Techniques for providing useful text alternatives.
Note: the Group responsibility for this document will be revisited afterexisting differenceshave been resolved to the extent possible. - HTML to Platform Accessibility APIs Implementation Guide
Note: the Group responsibility for this document will be revisited given that it had already been a chartered deliverable of PFWG, and is currently under joint development. Public Identifiers for entity resolution in XHTMLHTML5 Image Description Extension- Using WAI-ARIA in HTML
Polyglot Markup: HTML-Compatible XHTML Documents HTML: The Markup Language (informative only) HTML5: Edition for Web Authors (Working Group Note)
The HTML Working Group will deliver anHTML 5.1 specificationwhich updates the HTML5 specification, and which, like the HTML5 specification:
- defines the HTML language
- defines HTML-specific APIs for interacting with in-memory representations of resources that use the HTML language
- defines normative requirements for browsers and other user agents which process HTML resources
The updated HTML specification may be modularized into separate documents. When extensions to the HTML 5.0 or 5.1 specifications are needed, separateextension specificationscan be written.
Some examples of features that would be in scopefor the updated HTML specification:
- additions to the HTMLMediaElement element interface, to support use cases such as live events or premium content; for example, additions for:
- facilitating adaptive streaming (Media Source Extensions)
- supporting playback of protected content
- adaptive images (The srcset attribute,The picture element)
- additions to the HTML Canvas 2D Context (HTML Canvas 2D Context, Level 2)
- additional new elements and attributes for Web Components (the , , , , elements)
Note: It is anticipated that work on the next-generation specification for offline Web applications will not be done by the HTML Working Group but will instead be done by the Web Applications Working Group.
Other Deliverables
The HTML Working Group will create a comprehensive test suite for the updated HTML5 specification to satisfy theCR Exit Criteria. Is is expected that the final test suite will be available no later than 3 months before moving to Proposed Recommendation.
Milestones
Milestones
Note: The group will document significant changes from this initial schedule on the group’spublication status page. | |||||
---|---|---|---|---|---|
Specification | FPWD | LC | CR | PR | Rec |
HTML5 | N/A | 2011 Q2 | 2012 Q4 | 2014 Q4 | 2014 Q4 |
HTML 5.1 | 2012 Q4 | 2014 Q3 | 2015 Q1 | 2016 Q4 | 2016 Q4 |
HTML Canvas 2D Context | N/A | 2011 Q2 | 2012 Q4 | 2013 Q3 | 2013 Q4 |
HTML Microdata | N/A | 2011 Q2 | 2013 Q1 | 2013 Q3 | 2013 Q4 |
Media Source Extensions | N/A | 2013 |
2014 Q2 | 2015 Q1 | 2015 Q1 |
Dependencies and Liaisons
Dependencies
The HTML5 specification has normative dependencies on ARIA, SVG, MathML, and CSS specifications, and on a number for specifications that are deliverables of the Web Applications Working Group, including but not necessarily limited to the following:
DOM4- DOM3 Events
- WebIDL
- XMLHttpRequest
- DOM Parsing and Serialization
- URL API
- Web Components: Shadow DOM, HTML Templates, Custom Elements
The HTML Working Group is expecting reviews from the following working groups:
HTML Accessibility Task Force
The objective of the HTML Accessibility TF is to identify the accessibility requirements and manage the progress of accessibility solutions in HTML5, while expanding participation and fostering collaboration between experts in HTML and Web Accessibility as a means to meet the requirements and goals of each group and to increase mutual understanding. The Task Force is a joint group between the HTML Working Group and the Protocols and Formats Working Group, and operates under its ownwork statement.
SVG Working Group
The HTML markup language includes support for embedding SVG content and provides support for graphics API, such as the 2D Context API.
Internationalization Working Group
The i18n Working Group looks at issues encompassing a broad array of cultural, linguistic, technical and accessibility concerns.
MultilingualWeb-LT Working Group
The HTML markup language provides support for thetranslate
attribute.
Math Working Group
The HTML markup language includes support for embedding MathML content.
Web Applications Working Group
The HTML5 specification relies on several specifications from the Web Applications Working Group.The HTML Working Group now plans to complete the work on theDOM4specification.
Cascading Style Sheets (CSS) Working Group
The most common application of CSS is to style web pages written in the HTML language.
Web Application Security Working Group
The HTML5 specification is documenting some security policies mechanisms.
Protocols and Formats Working Group
PFWG develops the WAI-ARIA specification, of which the HTML5 specification has included some portions by mutual agreement. In addition, PFWG reviews W3C specifications while under development to ensure that they provide support for accessibility for people with disabilities.
RDFa Working Group
One deliverable of the RDFa Working Group is a specification that defines rules and guidelines for using RDFa in HTML documents.
Privacy Interest Group
The HTML specification defines features that have potential impact on user privacy.
Liaisons
The HTML Working Group should maintain a liaison with the following groups:
- Community Groups, including but not limited toWeb Hypertext Application Technology Community Group,Responsive Images Community GroupandHTML Editing APIs Community Group.
- WHATWG, a community of people interested in evolving HTML and related technologies.
- Web and TV Interest Group,a forum for Web and TV technical discussions to identify requirements and potential solutions to ensure that the Web will function well with TV.
The HTML Working Group will consider proposals for future specifications from Community Groups, encourage open participation from Community Group members, and keep coordination with relevant Community Groups, all within the bounds of the W3C patent policy and available resources.
External Groups
The following is a list of external bodies the HTML Working Group should collaborate with:
ECMA Technical Committee 39 (TC39)
The HTML Working Group should ensure that its work related to any APIs implemented in JavaScript/ECMAScript is aligned as much as is practical and reasonable with the work of TC39.
Internet Engineering Task Force (IETF)
The HTML Working Group should ensure that its work related to Web protocols is aligned as much as is practical and reasonable with IETF RFCs and BCPs.
Participation
The Chairs, specification editors, and test-suite maintainers are expected to contribute one to two days per week towards the HTML Working Group. There are no minimum requirements for other participants, and in particular no minimum requirements for “good standing”.
Communication
The group may hold teleconferences and face-to-face meetings, but note theDecision Policyrequirements with regard to synchronous meetings.
Most of the technical work of the group will be done through discussions on the group’s public mailing lists and through bug discussions for bugs filed against the HTMLWG component in the W3C bugzilla service.
The following existing mailing lists are available for the HTML Working Group to use for discussions:
- public-html(technical discussion list for the HTML Working Group)
- public-html-admin(administrative discussion list for the HTML Working Group)
- public-html-a11y(discussion list for the HTML Accessibility Task Force, a Joint HTML and PF Working Groups Task Force)
- public-html-comments(discussion list for the group to receive public comments on its deliverables)
- public-html-media(discussion list for proposed extensions to the HTMLMediaElement element interface)
- public-html-testsuite(discussion list for the HTML Testing Task Force)
- public-canvas-api(discussion list for the HTML Canvas 2D Context extension)
The group may also decide to add additional mailing lists, or to drop or repurpose existing ones. A completelist for current mailing listsis available.
Decision Policy
As explained in the W3C Process Document (section 3.3), the HTML Working Group will seek to make decisions when there is consensus and with due process. The expectation is that typically, an editor or other participant makes an initial proposal, which is then refined in discussion with members of the group and other reviewers, and consensus emerges with little formal polling being required.
However, if a decision about an issue is necessary but consensus is not achieved after careful consideration of the range of views presented, the Chairs should put a question out to the group, poll the members of the group for responses (allowing for remote asynchronous participation—using, for example, mailing-list discussion and/or Web-based survey techniques, with a one-week minimum response time), and record a decision, along with any objections. In evaluation of responses, all members of the group will have equal footing; responses will be evaluated on the basis of their objective merit, and not on the basis of which particular members made the responses.
The group must not record any final decisions without first allowing for remote asynchronous participation in the decision—using, for example, mailing-list discussion and/or Web-based survey techniques. Specifically, the group must not record final decisions during synchronous meetings (telephone conferences or face-to-face meetings).
After the group has recorded a decision on an issue, the issue should then be considered resolved unless and until new information becomes available.
The group has been maintaining a detailed “HTML Working Group Decision Policy”. This continues to evolve based on the WGs experience over time, and may continue to do so to enhance the WGs operations in support of the principles offairness, responsiveness, and progressof the W3C.
This charter is written in accordance withSection 3.4, Votesof the W3C Process Document and includes no voting procedures beyond what the Process Document requires.
Patent Policy
This Working Group operates under theW3C Patent Policy(5 February 2004 Version). To promote the widest adoption of Web standards, W3C seeks to issue Recommendations that can be implemented, according to this policy, on a Royalty-Free basis.
For more information about disclosure obligations for this group, please see theW3C Patent Policy Implementation.
Document License
Thecopyrights ofHTML 5.0 and HTML 5.1 specifications produced by the HTML Working Group are licensed under theW3C Document License.The Working Group may decide to use the W3C Open Document License for
When submittingan extension specificationif no objection is received at the first publication opportunity, or earlier if the Chairs call tothequestion. Individuals Working Group, individualsmay proposeto use the thatW3CDocument publish the document under theCreative Commons Attribution 3.0 UnportedLicenseor (CC-BY)as well asthe W3COpenDocument Licensewhen submitting an extension specification to the Working Group. (Dual License).Extension specificationspublished under this Dual Licensemayrepublish includematerials that have been dropped from the HTML 5.0 and HTML 5.1 specifications butmust notduplicate material included in these specifications. TheW3C Open Document License DOM4 specificationisalso a candidate fortheCreative Commons Attribution 3.0 Unported License (CC-BY) or Dual License.
Whenalater version, unless W3C designates an alternate license submitter proposes to use the Dual License, the Working Group decides to adopt the proposal either:
- at the first publication opportunity (by using its usual publication process),or
licenses - sooner, if the Chairs call the question explicitly.
If there is an objection the groupmust notadopt the Dual License forthatwould address all document.
The title of an specification usingtheHTML Dual Licensemuststart with "W3C". Derivative works based on these specificationsmust:
- notuse
cases listed"W3C"inIII. Use Cases . Copyright attribution should be giventheir titles; - attribute the original specificationto W3C (MIT, ERCIM, Keio,
Beihang),Beihang);andshould - include a link to the original W3C document.
For questions about the relationship between derivative works of W3C specifications and the W3C Patent Policy, see ourrelated FAQ.
About this Charter
This charter for the HTML Working Group has been created according tosection 6.2of theProcess Document. In the event of a conflict between this document or the provisions of any charter and the W3C Process, the W3C Process shall take precedence.
Theprevious version of this charteris available.
Copyright© 2013 W3C ®( MIT , ERCIM ,Keio,Beihang), All Rights Reserved.
Id: Overview.html,v1.512013−05−0118:56:26 html−charter.html,v1.382013−09−2718:42:00plehegarExpId:Overview.html,v 1.51 2013-05-01 18:56:26 html-charter.html,v 1.38 2013-09-27 18:42:00plehegar Exp Id: Overview.html,v1.512013−05−0118:56:26 html−charter.html,v1.382013−09−2718:42:00plehegarExp