- From: Ian Hickson <ian@hixie.ch>
- Date: Wed, 15 Nov 2006 21:16:55 +0000 (UTC)
- To: www-archive@w3.org
(Changes since the last post: Add video, add WebAPI reference, change criteria for success, removed need for charter to be reexamined if WHATWG and HTMLWG go their separate ways.) The HTML Working Group Mission This group will continue the evolution of HTML by maintaining, and producing incremental revisions to, the HTML, XHTML, and DOM HTML languages and APIs. Scope The Working Group is expected to publish a single specification defining the semantics of HTML as a DOM language, a serialisation format compatible with legacy HTML user agents and content, and a set of DOM APIs for use with the language. The specification is initially expected to cover: * A language evolved from HTML4 for describing the semantics of documents and applications on the World Wide Web. * A serialised form of such a language using XML. * A serialised form of such a language using a custom format compatible with the parsers of legacy Web browsers. * DOM interfaces providing convenience APIs for such a language. * Forms and common UI widgets such as progress bars, datagrids, menus, and other controls. * Command abstractions and related APIs. * APIs for the manipulation of sound, 2D bitmap and vector graphics, 3D graphics, video. * Editing APIs and user-driven WYSIWYG editing features. * Data storage APIs. * Networking APIs for server-push, asynchronous two-way client-server communication, peer-to-peer communication, and client-side cross-domain communication. The charter will be renewed to update this list as needs change. Language-neutral APIs mentioned above should be deliverables of the Web APIs Working Group, but may be specified by the HTML Working Group if the WebAPI Working Group fails to provide them. The Working Group is also expected to author or co-author a comprehensive test suite for this specification. Criteria For Success The Working Group's work will be considered a success if there are two independent complete and interoperable implementations of its deliverables, that have a combined total of more than 30% of the Web browser market each according to at least two widely recognised metric reporting organisations. Interoperability will be tested according to a comprehensive test suite that has at least as many tests as the specification's source has non-blank lines of text (assuming an average of 80 character lines). Expected Milestones This Working Group is expected to last at least ten years before reaching its criteria for success, but may need a further ten years before achieving full interoperability. The expected timetable as of the writing of this charter is: First Working Draft in October 2007. Last Call Working Draft in October 2009. Call for contributions for the test suite in 2011. Candidate Recommendation in 2012. First draft of test suite in 2012. Second draft of test suite in 2015. Final version of test suite in 2019. Reissued Last Call Working Draft in 2020. Proposed Recommendation in 2022. All work-in-progress drafts will be publicly available at all times. The Working Group may decide to publish snapshot drafts when the draft is considered to be in a stable state, and will formally agree to publication by the process of the chair posting an e-mail to the Working Group's mailing list asking if everyone agrees, and publishing if nobody disagrees within a week. Dependencies The Working Group's deliverables are expected to depend on various other specifications, in particular DOM Core, DOM Events, the Window Object specification, XML, and XML Namespaces. However, given the timescales involved it is not expected that any particular coordination will be required. Communication and Membership The group will operate completely in the open, using the public mailing list <www-html@w3.org>. Anybody may join the Working Group, whether or not they are W3C members. However, all members of the Working Group must agree to the W3C Patent Policy. On technical matters, all members of the Working Group will have equal footing. There is no minimum time commitment for participation to this Working Group. To be successful, the Working Group is expected to have active participation for its duration. If at any time less than three browser vendors are participating in the Working Group, its charter should be re-examined by the W3C. The Working Group will not have official meetings, but may discuss issues on a publicly announced and open IRC channel when convenient. W3C Member Companies that elect to join the Working Group, as well as any individuals granted W3C Invited Expert status by those member companies, have one additional privilege, described below under "decision policy". There are no W3C Member-only communication channels for this Working Group. (Specifically, the Working Group has no Member-only Web page, no Member-only mailing list, and no Member-only IRC channel.) Workshops The Working Group may have face-to-face meetings, to be held no more than annually, at which issues may be discussed and proposals presented. Such meetings, if held, must be informal. No final decisions can be made at such meetings, as this would disenfranchise members of the Working Group who are unable to attend such meetings. Decision Policy The Working Group will assign a chairman. The chairman is responsible for deciding when to publish snapshots of the deliverables (as described under "Expected Milestones" above), and for resolving conflicts, as described in this section. The Working Group will assign an editor for each deliverable, who has editorial control over that deliverable. Editors must base their work on the technical feedback of all the Working Group members. W3C Member Companies and W3C Invited Experts may request that a decision made by one of the editors be reversed. If this occurs, the chairman must post an e-mail to the Working Group's mailing list asking the other W3C Member Companies and W3C Invited Experts that are members of the Working Group to state their opinions. Each W3C Member Company and W3C Invited Experts may vote once, by sending an e-mail to the list stating their position. If a majority (more than half) of the votes collected in the week following the posting are in favour of reversing the editor's decision, the editor must make the required change or relinquish the editor position. This process is not expected to be used often. If it is used, the Working Group's charter should be re-examined by the W3C. Relationship to the WHAT Working Group The Working Group is expected to work in collaboration with the WHATWG to produce identical specifications, preferably by having the same editor. This collaboration may cease if the two communities do not agree on technical matters. Patent Policy This Working Group operates under the W3C 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 the W3C Patent Policy Implementation. About this Charter This charter for the HTML Working Group has been created according to section 6.2 [1] of the Process Document [2]. 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. [1] http://www.w3.org/2005/10/Process-20051014/groups#GroupsWG [2] http://www.w3.org/Consortium/Process -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Wednesday, 15 November 2006 21:17:08 UTC