CSS WG charter for 2002-2004 (original) (raw)
Summary and status of this document
The CSS WG develops and maintains the CSS language and related technologies. CSS allows both authors and readers to specify the display or other rendering of a document, such as text in HTML or a graphic in SVG. CSS has several levels, from simple (level 1) to complex (level 3) and several "profiles," describing how CSS applies on different media (TV, handheld, etc.). Levels 1 and 2 are Recommendations, level 3 is currently being developed.
This is the charter for the CSS WG for the period August 2002 to August 2004. It has been approved by the Director on 15 October 2002. The contents are based on the previous charter (2001/2002) [member-only] and on discussions in the WG.
In August 2004 and then in July 2005, the charter has been extended until September 2005.
1. Goals & context
The goal of the Cascading Style Sheets Working Group ("CSS WG") is to develop level 3 of CSS ("CSS3") and maintain CSS1 & 2.
CSS is the Web's primary style sheet language for specifying the rendering of text documents, in particular those expressed inHTML and XML-based formats. It can also be used to specify portions of the rendering of certain non-text formats, such as SMIL (multimedia) and SVG (vector graphics). The model of text-flow and the set of properties of CSS are also used for XSL, W3C's style language for complex formatting of XML-based document formats. (XSL is developed by a separate WG.) In addition to visual output (screen, print), CSS also contains styling properties for speech output.
The overall goal of the W3C is to make information easy to generate, easy to maintain, and easy to manipulate by machine. The latter goal in particular allows automatic enhancement of information, such as through smart search engines or conversions to other formats (accessibility!). Two of the methods are separation of information types into modules (structure, content, style, timing, linking, etc.) and developing expressive, yet simple formal languages that are a good compromise between readability for humans and for machines. CSS fits well with those goals.
CSS itself is partitioned into further modules, for different media (screen, speech, print, etc.) and platforms of different capabilities (currently levels 1 & 2, this charter aims to develop level 3). The modules are implicit in CSS2. In CSS3 they are being made explicit, with better descriptions of conformance.
CSS3 will add new features w.r.t. CSS2. E.g., it will allow the existing properties to be used in vertical text; and will allow text and links to behave as traditional, rich hypertext, as is possible in other hypertext systems than the Web. But above all it will reorganize the specification with the aim to make CSS easier to implement, use and validate.
Some of the challenges for CSS in the next years will very likely be the styling of interactivity and of non-text documents, as well as rendering models for multimedia (or hybrid) devices. Hybrid rendering can include visual renderings that also make sound and synchronized speech and text output. Properties for interactivity are necessary for form controls, hyperlinks and user interfaces in general. XForms is an example of a format that needs interactivity and layout for controls instead of text.
The CSS-OM (CSS Object Model), which is an API that is part of the DOM and has originally been created by the DOM WG is now being maintained and developed by the CSS WG.
2. Monitoring implementations
CSS was one of the first Recommendations published by W3C (its development actually started before the birth of the Consortium) and is one of the most popular. However, it is plagued by a history of buggy implementations; a situation that has led W3C to concentrate much more on conformance, not just for CSS, but for all other specifications as well. The most "draconian" outcome of that is the conformance clause of XML, which completely reverses the accepted wisdom up to that time, that producers (generators) are responsible for correctness and that consumers (parsers) should be tolerant.
CSS does not go that far, but it has very precise parsing rules and for some time the WG has been spending as much time developing test suites as working on the specification itself. The CSS WG also issues Candidate Recommendations for its specifications. In this period, which can take from a few weeks to several months, the specification is kept unchanged and implementations are invited and compared, before the specification is submitted to the W3C membership for advice on whether to make it into a Recommendation.
The year 2000 has been the year that CSS1 implementations matured. The focus is now on CSS2. Several browsers that have come out during 2000 and 2001 have substantial CSS2 support. That enables the WG to work on CSS3, but also requires attention to the interoperability of CSS2. The WG is in the process of publishing a revised version of CSS2, nicknamed "CSS 2.1," that contains all features of CSS (levels 1, 2 and even small parts of 3) that should be widely and correctly implemented in many programs, including desktop browsers for HTML and generic XML, by the end of 2002.
3. Scope
The work of the WG includes analyzing and, if necessary, specifying in CSS3, the following:
- functionality that was left out of CSS2 in order to achieve rapid progress
- functionality requested by the public, in particular what is recorded in the public list of suggested extensions, the group's internal list of suggested extensions, and the list maintained by Ian Hickson on behalf of the public www-style mailing list
- functionality requested by other WGs, including functionality necessary for accessibility and internationalization
- functionality necessary to support any of the above
For most of the above, drafts already exist, e.g.: more properties for styling form controls and the effects of user interaction; properties for line breaks, hyphenation and justification in non-western text; new selectors, including support for XML Namespaces; multi-column layout; color profiles; running headers & footers in paged presentations; and mathematics. A public "road map" has descriptions of the planned modules and links to published drafts. The Selectors module is already in CR (Candidate Recommendation) phase as of July 2002.
In addition, the WG will:
- modularize the CSS3 specification, so that other specifications can more easily use the parts of CSS that they need
- develop profiles of CSS, that specify how CSS works on different devices (media types), such as TVs (draft available) and mobile devices (currently in CR)
- take into account not only the usability of CSS as a language, but also the usability of CSS when accessed through the DOM
- do its best to get comments on its work from W3C members and from the public; it will use the proven channels (Hypertext Coordination Group, www-style mailing list), but may use others as well
- develop a comprehensive test suite for CSS2 and 3
- maintain the CSS1 and 2 specifications, by collecting and publishing errata and publishing revised editions that incorporate the errata
- monitor the implementations of CSS for conformance (see above)
- maintain and develop the CSS-OM
- coordinate with other groups that develop rendering models (XSL, SYMM, SVG, Voice) to avoid unnecessary inconsistencies in terminology and syntax
An example of such coordination is the "color" module of CSS3, which contains features (such as color spaces and transparency) that have originally been developed for SVG and will now be available for all formats that use CSS.
The CSS Working Group has coordinated with other groups in the past whose charters overlapped with presentation and user interface, and worked hard to develop compatible formatting properties which can be reused across specifications developed by various working groups.
As part of its ongoing coordination efforts, the CSS Working Group will request of any other working group who wishes to introduce new properties or new values to existing properties, that those groups first propose such additions to the CSS working group mailing list w3c-css-wg@w3.org and help jointly discuss them there before publishing them in a public working draft.
4. Publications
The WG will publish many specifications, some very small ("Mobile profile," "Backgrounds") and some larger ("CSS 2.1"). The planned publications are in various stages of development at the start of this charter period, from CR ("Media queries," "Selectors"), via WD ("Text," "TV profile") and internal draft ("Borders") to not much yet at all. Here is a list of planned specifications and the date they might become Recommendation:
- "Media queries" (Rec. early 2003) and test suite (Sep 2002)
- "Selectors" (Rec. in 2002)
- "Mobile profile" (Rec. in 2002)
- "TV profile" (CR in 2002, Rec. in 2003) and test suite
- "CSS 2.1" (CR in 2002, Rec. in 2003)
- "CSS-OM" (CR in 2003, Rec. in 2004)
- "Syntax of the 'style' attribute" (CR and Rec. in 2003)
- Modules of CSS3 (about 20, including "Text," "Ruby," "Fonts" and "Basic UI")
- Test suites for all modules and profiles
- Errata
It is not known exactly how many CRs will be issued for the various modules or when they will be issued, but to reduce the amount of work, the WG will generally wait with publishing a CR until a few, say 4 or 5, modules are ready, and publish a single CR for the set.
5. Liaisons
The CSS WG participates in the Hypertext Coordination Group and the XML Coordination Group.
CSS3 needs to be coordinated with:
- XForms : The XForms work promises to lead to a modular forms language, where the data types, the constraints between them and the presentation are separated much better than they are in HTML 4. Expectations are that CSS needs extra properties to define display types (slider, menu, combobox, etc.) and flexible positioning/alignment (both static, for paper forms, and dynamic).
- HTML : The combined expertise of the HTML and CSS WGs is needed to define suitable "profiles" for Web devices, that consist of related modules from XHTML and CSS (as well as other formats).
- CC/PP : The "media queries" are one possible complement to the CC/PP framework. They constitute a (small) vocabulary and a syntax for conditions that are attached to a style sheet and that describe the conditions under which the style sheet applies to a device. The device itself can be described in CC/PP, using the same vocabulary.
- MMI: The Multimodal Interaction group is mostly concerned with multimodal input, but you also need something to input into and thus a common model of rendering and interaction.
- DI: The Device Independence group develops "best practice" for creating and delivering device independent content and tries to promote it. CSS is an important tool.
- SVG : Several aspects of the presentation of SVG graphics can be changed with style sheets. Some of the properties are specific to graphics, but SVG also uses other CSS modules that have to do with general text and color.
- DOM : the CSS WG will maintain and further develop the CSS-OM, which is integrated with the DOMs for HTML, XML and others.
- XSL : Coordination between XSL and CSS is aimed at helping users and implementers choosing or migrating between the two, because there are likely to be situations where both of them are applicable. In particular, the goal of the coordination is to harmonize the underlying formatting models, the terminology and the set of properties. Obviously there will be differences, but ideally no accidental or gratuitous ones.
- Internationalization ("i18n"): The I18N WG and IG have the expertise that the CSS WG needs to support languages & scripts of which no, or scanty knowledge exists in the CSS WG. Thus far, the I18N WG has contributed very concretely by providing drafts of properties for, among other things, line breaking & letter spacing in non-Latin scripts, and for "ruby" annotations.
- WAI : CSS is one of the tools to make the Web more accessible. Not only does the very existence of style as a separate module make it possible to change styles without changing the content, but CSS in fact has built-in mechanisms to allow users to influence details of the presentation. CSS also includes a module for styling (synthesized) speech. Additionally, CSS supports braille as a media type, but has no dedicated properties for it yet. (Support for monospaced, grid-based layouts is under investigation.) The WAI WGs (in particular the WAI P&F WG) review proposed extensions to CSS and suggest additional ones.
- Voice browser : The Voice Browser WG is developing a control language for voice synthesizers, SSML. That language and the ACSS (Aural CSS) properties in CSS have to be (made) compatible with each other, because one expected usage is that an ACSS renderer outputs a stream of "SSML."
- QA: The test suites will be coordinated with the Quality Assurance group.
There are several groups outside W3C with which the CSS group maintains contact:
Further, it may be necessary to update the registration of the text/css MIME type with IANA.
6. IPR
The WG is chartered to develop specifications that can be implemented "royalty free," as defined in the W3C note "current patent practice" of January 24, 2002. The WG will follow the procedures described in that note.
The following is a summary of the note. It is provided here for convenience only. The definitive statement of the IPR policy of this working group is the note itself.
All representatives of W3C members and invited experts who participate in the WG must disclose all relevant patents that they know of that are held by them or their organization, or commit to a blanket royalty free license (as defined by the patent practice note) for all patents without naming them.
In case participants disclose patents, they must also provide the licensing terms, and in case those are not royalty free, an ad-hoc committee will be formed, called a Patent Advisory Group (PAG), to determine if the WG needs to be terminated or if there is a workaround.
The disclosed patents and licensing terms will be made public and for easier reference, each specification published by the WG will include a link to those disclosures.
7. Meeting mechanisms
There are two kinds of meetings:
- weekly phone meetings. The chair will send out an agenda/call for agenda items before each meeting.
- quarterly face-to-face meetings sited to suit the participants. Meeting details are made available on the W3C Member Calendar and from the Group page
The first face-to-face meeting is scheduled for Aug 27-29, 2002 in Paris (France).
8. Communication mechanisms
In addition to the phone meetings and face-to-face meeting, the CSS WG communicates via the archived member-only mailing list w3c-css-wg@w3.org.
The archived mailing list w3c-format@w3.orgis used for discussions that affect both the XSL and CSS WGs.
The archived mailing list www-style@w3.orgis used for public discussion of Style Sheets, and WG members are encouraged to subscribe.
Also, the Group page (member-only) is an important means of communication.
This charter is public.
9. Voting mechanisms
The Group works by consensus. In the event of failure to achieve consensus, the Group may resort to a voteas described in the Process Document.
12. Participation by W3C Team
The W3C team will ensure that the mailing lists and Group page are adequately maintained and that public Working Drafts are made available on the Technical Reports page. The W3C team will see to it that minutes are taken at teleconferences and face to face meetings and posted to the Group mailing list and to the Group page.
A W3C team member will provide liaison between non-team document editors and the W3C team; including posting revisions of Working Drafts to the Group page.
W3C team members are expected to adopt the same requirements for meeting attendance and timely response as are required of W3C Members.
Bert Bos (estimated 0.4 fte) will be both W3C Team contact and chairman for the CSS WG, Chris Lilley (estimated 0.05 fte) will be a member.
W3C supports CSS with online information, public talks, a public mailing list (www-style@w3.org), a CSS validator and sample style sheets. W3C also receives a donation from Wisdom in the form of part of a programmer for the CSS validator.