The mission of the XForms Working Group, part of the Forms Activity, is to develop specifications to cover all aspects of forms on the Web, producing a system that scales from low-end devices through to the enterprise level.
End date | 31 December 2009 |
---|---|
Confidentiality | Proceedings are Public |
Initial Chair | John Boyer |
Initial Team Contact (FTE %: 25) |
Steven Pemberton |
Usual Meeting Schedule | Teleconferences: Weekly
Face-to-face: 3-4 per year |
Previous work on XForms 1.0 has found success in the enterprise market but relatively little traction in the mainstream, browser sector. This is due to a lack of backwards compatibility with classic HTML Forms and a steeper learning curve. Accordingly, the current work items will address this by creating a Forms Tiny which is syntactically a superset of classic HTML forms (and can thus process classic HTML forms) while retaining an underlying XForms processing architecture. This work, which will be conducted in a task force jointly with the HTML WG, will draw on the Web Forms 2 work (which moves from the Web Application Formats Working Group to the HTML Working Group) and will be integrated into the XForms architectural principles such as the separation of presentation from content, upon which XForms was designed. This new deliverable, here termed Forms Tiny, will be suitable for both XHTML and for 'classic HTML'. It will offer a smooth upgrade path towards XForms, and will degrade to existing classic HTML forms with well-defined results.
A key idea in all the Forms work is separating the user interface and presentation from the logic and model, allowing the same form to be used without change on a wide variety of devices such as voice browsers, handhelds, desktops and even paper. XForms allows much more checking and calculation to be done on the client without resorting to scripting, before the form is submitted to the server, providing the user with a much better experience, and reducing the need for repeated client-server cycles. XForms brings the benefits of XML to Web forms, transferring form data as XML. Through declarative markup XForms reduces the need for scripting, which makes forms easier to author and aids device independence and accessibility; XForms makes it easier to achieve the desired layout of form fields without having to resort to using nested tables etc., which again aids device independence and accessibility.
Forms Annotations for Web Authentication are extensions to Web forms that would enable user agents to reliably recognize Web forms that are used for the entry of credentials and could hence support user agents in the generation and management of credentials. Similar extensions could be used to extract parameters for protocol-level authentication mechanisms from form controls.
XForms are designed to be used with a variety of host languages, including (but not limited to) XHTML. The Working Group will demonstrate that XForms can be used with multiple host languages, such as XHTML, XSL, and SVG; and that Forms Tiny can in addition be used with non-XML 'classic HTML'.
The Working Group will meet the requirements for the next generation of Web forms, both mobile and desktop.
The scope includes liaison with other related W3C groups and activities, as described below, for instance to ensure that XForms meets W3C goals for accessibility and internationalization, and to show how XForms can be effectively integrated with other W3C specifications
The success of the XForms Working Group will be judged on how well it fulfills the above objectives in terms of the deliverables and milestones set out below, and the deployment of its deliverables.
The following existing deliverables are expected to become Recommendations (if they are not already) and to have errata actively maintained. The W3C Patent Policy Transition Procedure governs the policy that applies to these deliverables.
The following new deliverables will be created under the W3C Patent Policy:
Forms Tiny will combine the ease of authoring and backwards-compatibility advantages of Web Forms 2 with the underlying semantic structure and internationalization advantages of XForms, by utilizing an implicit, flat (rather than explicit) data model. It will be backwards compatible with classic HTML forms, of which it is syntactically a superset, and upwards compatible with XForms architecture; xForms processors are expected to handle Forms Tiny.
For each Recommendation-track deliverable which has conformance criteria, the Working Group will maintain:
Note: The group will document significant changes from this initial schedule on the group home page. | ||||||
Specification | FPWD | LC | CR | PR | Rec | |
---|---|---|---|---|---|---|
XForms 1.1 | Nov 2004 | June 2007 | Sept 2007 | Apr 2008 | July 2008 | |
XForms Tiny | Feb 2007 | June 2007 | Sept 2007 | Mar 2008 | Jun 2008 | |
XForms 2.0 | Mar 2008 | Dec 2008 | Apr 2009 | Sep 2009 | Dec 2009 |
The following is a list of known dependencies and liaisons with other W3C groups at the time this charter was written. Liaison with other W3C groups can take advantage of a broad range of mechanisms such as cross membership, reviews of drafts produced by other groups, joint meetings etc., and whenever appropriate, the HTML Working Group will also coordinate with groups not listed here.
The XForms Working Group is expected to take into account technologies developed by other groups within W3C, and to advise them about the requirements for XForms and to ask them to review specifications prepared by the Working Group, covering proposals for extensions to existing or future Web standards. At the time the charter was written, the following ongoing W3C activities are concerned:
Furthermore, XForms Working Group expects to follow these W3C Recommendations:
To be successful, the Forms Working Group is expected to have active participation for its duration. Effective participation to XForms Working Group is expected to consume one work day per week for each participant; two days per week for Editors, Chair and Team Contact. The XForms Working Group will allocate also the necessary resources for building Test Suites for each specification and for monitoring, testing and encouraging implementation of its specifications.
Participants are reminded of the Good Standing requirements of the W3C Process.
This group primarily conducts its work on the Member-only mailing list w3c-forms@w3.org (archive).
Certain topics need coordination with external groups. The Chair and the Working Group can agree to discuss these topics on a public mailing list. The archived mailing list www-forms@w3.org is used for public discussion of W3C proposals for XForms, and Working Group members are encouraged to subscribe. As a precaution against spam you must be subscribed in order to send a message to the list. To subscribe send a message with the word subscribe in the subject line to www-forms-request@w3.org. The Working Group is expected to track discussions on this list and to respond appropriately, as a commitment to public accountability.
Information about the group (deliverables, participants, face-to-face meetings, teleconferences, etc.) is available from the Forms Working Group home page.
As explained in the Process Document (section 3.3), this group will seek to make decisions when there is consensus. When the Chair puts a question and observes dissent, after due consideration of different opinions, the Chair should record a decision (possibly after a formal vote) and any objections, and move on.
This charter is written in accordance with Section 3.4, Votes of the W3C Process Document and includes no voting procedures beyond what the Process Document requires.
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.
This charter for the XForms Working Group has been created according to section 6.2 of the Process 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.
Please also see the charter for the previous Forms WG.
Copyright© 2006 W3C ® (MIT , ERCIM , Keio), All Rights Reserved.
$Date: 2006/11/21 21:36:58 $