REC-CSS2-19980512Cascading Style Sheets, level 2 CSS2revision 1
CSS 2.1 Specification

W3C Recommendation 12-May-1998Working Draft 11 April 2006

This version:
Latest version:
Previous version:
Bert Bos <>
Håkon Wium LieTantek Çelik <>
Chris LilleyIan Hickson <>
Ian JacobsHåkon Wium Lie <>

This document is also available in these non-normative formats: plain text, gzip'ed tar file, zip file, gzip'ed PostScript, PDF. See also translations.


This specification defines Cascading Style Sheets, level 2 (CSS2). CSS2level 2 revision 1 (CSS 2.1). CSS 2.1 is a style sheet language that allows authors and users to attach style (e.g., fonts, spacing,fonts and aural cues)spacing) to structured documents (e.g., HTML documents and XML applications). By separating the presentation style of documents from the content of documents, CSS2CSS 2.1 simplifies Web authoring and site maintenance.

CSS 2.1 builds on CSS2 [CSS2] which builds on CSS1 (see[CSS1] ) and, with very few exceptions, all valid CSS1 style sheets are valid CSS2 style sheets. CSS2. It supports media-specific style sheets so that authors may tailor the presentation of their documents to visual browsers, aural devices, printers, braille devices, handheld devices, etc. This specificationIt also supports content positioning, downloadable fonts,table layout, features for internationalization, automatic counters and numbering,internationalization and some properties related to user interface.

StatusCSS 2.1 corrects a few errors in CSS2 (the most important being a new definition of this document This document has been reviewed by W3C Membersthe height/width of absolutely positioned elements, more influence for HTML's "style" attribute and other interested partiesa new calculation of the 'clip' property), and hasadds a few highly requested features which have already been endorsed by the Director aswidely implemented. But most of all CSS 2.1 represents a W3C Recommendation."snapshot" of CSS usage: it consists of all CSS features that are implemented interoperably at the date of publication of the Recommendation.

CSS 2.1 is a stable documentderived from and is intended to replace CSS2. Some parts of CSS2 are unchanged in CSS 2.1, some parts have been altered, and some parts removed. The removed portions may be used asin a future CSS3 specification. Future specs should refer to CSS 2.1 (unless they need features from CSS2 which have been dropped in CSS 2.1, and then they should only reference materialCSS2 for those features, or cited as a normativepreferably reference from another document. W3C's rolesuch feature(s) in making the Recommendation is to draw attention tothe specification and to promote its widespread deployment.respective CSS3 Module that includes those feature(s)).

Status of this document

This enhancessection describes the functionality and interoperabilitystatus of this document at the Web.time of its publication. Other documents may supersede this document. A list of current W3C Recommendationspublications and otherthe latest revision of this technical documentsreport can be found in the W3C technical reports index at http://www.w3.org/TRhttp://www.w3.org/TR/.

Public discussionThis working draft contains most of CSS features takes placethe changes that resulted from comments on www-style@w3.org . Available formatsthe CSS2 specificationprevious draft, but not all of them. It is availablepublished in the following formats: HTML: http://www.w3.org/TR/1998/REC-CSS2-19980512hope that it can help people check that those changes are correct. It is expected that the next publication will be a plainCandidate Recommendation.

The (archived) public mailing list www-style@w3.org (see instructions) is preferred for discussion of this and other specifications in the Style area. When commenting on this document, please put the text file: http://www.w3.org/TR/1998/REC-CSS2-19980512/css2.txt , HTML as a gzip'ed tar file: http://www.w3.org/TR/1998/REC-CSS2-19980512/css2.tgz , HTML"CSS21" in the subject, preferably like this: "[CSS21] <summary of comment>"

Publication as a zip file (thisWorking Draft does not imply endorsement by the W3C Membership. This is a '.zip' file not an '.exe'): http://www.w3.org/TR/1998/REC-CSS2-19980512/css2.zip , as welldraft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.

A gzip'ed PostScript file: http://www.w3.org/TR/1998/REC-CSS2-19980512/css2.ps.gz ,test suite and a PDF file: http://www.w3.org/TR/1998/REC-CSS2-19980512/css2.pdf . In casereport on implementations will be provided before the document becomes a Proposed Recommendation.

This document is produced by the CSS working group (part of the Style Activity, see summary).

This document was produced by a discrepancy betweengroup operating under the 24 January 2002 CPP as amended by the W3C Patent Policy Transition Procedure. W3C maintains a public list of any patent disclosures made in connection with the various formsdeliverables of the specification, http://www.w3.org/TR/1998/REC-CSS2-19980512 is consideredgroup; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the definitive version. Available languagesindividual believes contains Essential Claim(s) must disclose the English versioninformation in accordance with section 6 of the W3C Patent Policy.

Candidate Recommendation Exit Criteria

For this specification isto exit the only normative version. However,CR stage, the following conditions must be met:

  1. There must be at least two interoperable implementations for translationsevery feature. For the purposes of this criterion, we define the following terms:


    A section or subsection of the specification.


    passing the respective test cases in the test suite, or, if the implementation is not a web browser, equivalent tests. Every relevant test in the test suite should have an equivalent test created if such a UA is to be used to claim interoperability. In addition if such a UA is to be used to claim interoperability, then there must one or more additional UAs which can also pass those equivalent tests in the same way for the purpose of interoperability. The equivalent tests must be made publicly available for the purposes of peer review.


    a user agent which:

    1. implements the feature.
    2. is available (i.e. publicly downloadable or available through some other languages see http://www.w3.org/Style/css2-updates/translations.html . Erratapublic point of sale mechanism). This is the list"show me" requirement.
    3. is shipping (i.e. development, private or unofficial versions are insufficient).
    4. is not experimental (i.e. is intended for a wide audience and could be used on a daily basis).
  2. A minimum of known errors insix months of the CR period must have elapsed. This specificationis available at http://www.w3.org/Style/css2-updates/REC-CSS2-19980512-errata.html . Please reportto ensure that enough time is given for any remaining major errors in this documentto css2-editors@w3.org . Quick Table of Contents 1 Aboutbe caught.

  3. The CSS2 Specification 2 IntroductionCR period will be extended if implementations are slow to CSS2 3 Conformance: Requirements and Recommendations 4 CSS2 syntax and basic dataappear.

  4. Features that were not in CSS1 will be dropped (thus reducing the list of "all" features mentioned above) if two or more interoperable implementations of those features are not found by the end of the CR period.

  5. Features will also be dropped if sufficient and adequate tests (by judgment of the working group) have not been produced for those features by the end of the CR period.

Features at risk

The working group has identified the following features as being currently poorly implemented by UAs. They are therefore most at risk of being removed from CSS 2.1 when exiting CR. (Any changes of this nature will still result in the specification being returned to last call.) Implementors are urged to implement these features, or correct bugs in their implementations, if they wish to see these features remain in this specification.

New 'list-style-type' values

Implementors should look at CSS3 Lists instead, where these and many other new values not found in CSS1 are defined in detail. [CSS3LIST]

Support for multiple ID attributes for the ID selector

Because implementations are not expected to support multiple IDs per element soon, this feature may be made informative. The W3C Selectors specification will continue to have this feature normatively. (Section 5.9.)

Automatic table layout algorithm

The input to the suggested (non-normative) automatic layout algorithm for tables is restricted to (1) the containing block width and (2) the content and properties of the table and its children. This restriction may be lifted.


The 'quotes' property and the 'open-quote', 'close-quote', 'no-open-quote' and 'no-close-quote' keywords may be dropped.

Quick Table of Contents

Full Table of Contents