March 31, 2003

Candidate Standard 5102.2-2003

The Printer Working Group

CSS Print Profile

Status: Superceded
Superceding document: CSS Print Profile, available from http://www.w3.org/TR/css-print/ 

Abstract

This specification defines a subset of the Cascading Style Sheets Level 2 specification with additions from the proposed features of Paged Media Properties for Cascading Style Sheets Level 3, to provide a strong basis for rich printing results without a detailed understanding of each individual printer's characteristics.

It also defines an extension set that provides stronger layout control for the printing of mixed text and images, tables and image collections.

Notices

Copyright (C) 2004, The Printer Working Group. All rights reserved.

This document may be copied and furnished to others, and derivative works that comment on, or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice, this paragraph and the title of the Document as referenced below are included on all such copies and derivative works.  However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Printer Working Group, a program of the IEEE-ISTO.

Title:  Printer Working Group (PWG) XHTML™-Print

The IEEE-ISTO and the Printer Working Group DISCLAIM ANY AND ALL WARRANTIES, WHETHER EXPRESS OR IMPLIED INCLUDING (WITHOUT LIMITATION) ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

The Printer Working Group, a program of the IEEE-ISTO, reserves the right to make changes to the document without further notice.  The document may be updated, replaced or made obsolete by other documents at any time.

The IEEE-ISTO and the Printer Working Group, a program of the IEEE-ISTO take no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights.

The IEEE-ISTO and the Printer Working Group, a program of the IEEE-ISTO invite any interested party to bring to its attention any copyrights, patents, or patent applications, or other proprietary rights, which may cover technology that may be required to implement the contents of this document. The IEEE-ISTO and its programs shall not be responsible for identifying patents for which a license may be required by a document and/or IEEE-ISTO Industry Group Standard or for conducting inquiries into the legal validity or scope of those patents that are brought to its attention. Inquiries may be submitted to the IEEE-ISTO by e-mail at:

info@ieee-isto.org

The Printer Working Group acknowledges that the IEEE-ISTO (acting itself or through its designees) is, and shall at all times, be the sole entity that may authorize the use of certification marks, trademarks, or other special designations to indicate compliance with these materials.

Use of this document is wholly voluntary.  The existence of this document does not imply that there are no other ways to produce, test, measure, purchase, market, or provide other goods and services related to its scope.

About the IEEE-ISTO

The IEEE-ISTO is a not-for-profit corporation offering industry groups an innovative and flexible operational forum and support services. The IEEE Industry Standards and Technology Organization member organizations include printer manufacturers, print server developers, operating system providers, network operating systems providers, network connectivity vendors, and print management application developers. The IEEE-ISTO provides a forum not only to develop standards, but also to facilitate activities that support the implementation and acceptance of standards in the marketplace.  The organization is affiliated with the IEEE (http://www.ieee.org/) and the IEEE Standards Association (http://standards.ieee.org/).

For additional information regarding the IEEE-ISTO and its industry programs visit:

http://www.ieee-isto.org.

About the Printer Working Group

The Printer Working Group (or PWG) is a Program of the IEEE-ISTO. All references to the PWG in this document implicitly mean “The Printer Working Group, a Program of the IEEE ISTO.”  The PWG is chartered to make printers and the applications and operating systems supporting them work together better. In order to meet this objective, the PWG will document the results of their work as open standards that define print related protocols, interfaces, data models, procedures and conventions. Printer manufacturers and vendors of printer related software would benefit from the interoperability provided by voluntary conformance to these standards.

In general, a PWG standard is a specification that is stable, well understood, and is technically competent, has multiple, independent and interoperable implementations with substantial operational experience, and enjoys significant public support.

Contact information:

The Printer Working Group

c/o The IEEE Industry Standards and Technology Organization

445 Hoes Lane

Piscataway, NJ 08854

USA

CSS and XHTML-Print Web Page: http://www.pwg.org/xhtml-print/wg-home.html   XHTML-Print Mailing List: xp@pwg.org

Instructions for subscribing to the XHTML-Print mailing list can be found at the following link: 

http://www.pwg.org/mailhelp.html

Members of the PWG and interested parties are encouraged to join the PWG and XHTML-Print WG mailing lists in order to participate in discussions, clarifications and review of the WG product. 

Table of Contents

1. Overview

This document specifies a profile of the Cascading Style Sheets, level 2 (CSS2) specification [CSS2] and selected portions of the Paged Media Properties (PAGEMEDIA) [PAGEMEDIA] of Cascaded Style Sheets, level 3 (CSS3) specification [CSS3]. This profile is appropriate for a spectrum of printing devices from low cost printers to high-end printers. Conformance to this profile means that a user agent supports, at minimum, the features defined in this specification. This subject is addressed in Section 2, Conformance, below.

As defined in [CSS2]:

CSS2 is a style sheet language that allows authors and users to attach style (e.g., fonts, spacing, and aural cues) to structured documents (e.g., HTML documents and XML applications). By separating the presentation style of documents from the content of documents, CSS2 simplifies Web authoring and site maintenance. CSS2 builds on CSS1 (see [CSS1]) and, with very few exceptions, all valid CSS1 style sheets are valid CSS2 style sheets. CSS2 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.

In summary, CSS2 specifies how developers can author style sheets for presenting documents across multiple devices and media types. While this is very important, it is also important that authors have an understanding of what features are supported on these different devices. Likewise, it is important that similar devices operate in a similar manner. Otherwise, authors will need to develop style sheets for each version of each device -- raising the cost of content development and decreasing interoperability.

The CSS Print Profile specifies a conformance profile for printing devices, identifying a minimum set of properties, values, selectors, and cascading rules. The resulting CSS Print Profile is very similar to CSS2 with elements from CSS3 that address concerns unique to paged media.

1.1 Glossary

PP-UA

A CSS Print Profile conforming user agent, that is, a printer.

2. Conformance

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 (see [RFC2119]). However, for readability, these words do not appear in all uppercase letters in this specification.

The primary role of a profile is to define a subset of features that provides a minimal guarantee of interoperability. In the case of the CSS Print Profile, this guarantee is that a conforming user agent will support the features defined in this specification following the CSS2 conformance clause ([CSS2] Section 3.2), recast and summarized below:

1. A CSS Print Profile conforming user agent (PP-UA) shall support the all and print CSS2 media types. A PP-UA may support other CSS2 media types, as well.
2. For each source document, a PP-UA shall attempt to retrieve all associated style sheets that are appropriate for the supported media types. A failure to retrieve a style sheet due to problems such as a loss of network connection should not stop the PP-UA from processing the document.
3. A PP-UA shall parse the style sheets according to this specification. In particular, the PP-UA shall recognize all CSS Print Profile at-rules, blocks, declarations, and selectors. If a PP-UA encounters a property that applies for a supported media type, the PP-UA shall parse the value according to the property definition. This means that the PP-UA shall accept all valid values and may ignore declarations with invalid values. PP-UA shall ignore rules that apply to unsupported media types.
4. For each element in a document tree, the PP-UA shall assign a value for every applicable property according to the property's definition and the rules of cascading and inheritance.
5. If the source document comes with alternate style sheets (such as with the "alternate" keyword in HTML 4.01 [HTML4]), the PP-UA may ignored the style sheet or treat it in some implementation dependent manner.

As with CSS2, there are qualifications to this conformance clause:

1. Values may be approximated when required by the PP-UA.
2. The inability of a PP-UA to implement part of this specification due to the limitations of a particular device (e.g., a PP-UA cannot render colors on a monochrome page) shall not imply non-conformance.

It is recommended that authors use this conformance profile to take advantage of forward compatibility. Authors may use style properties with an understanding that the cascading rules are processed correctly and that unknown properties and values are ignored. For example:

  body {
    background-position: center center;
    background-position: 45% 55%;
  }
 

A PP-UA that can accept percentage values for the background-position property will process the first background-position declaration and then replace that value with the second background-position declaration. A PP-UA that cannot accept percentage values will process the first background-position declaration and ignore the second background-position declaration.

Each CSS construct in the following sections is annotated to indicate how it should be treated by a conforming printer:

2.1. Enhanced Layout Extension Conformance

To further support print applications requiring more exacting page layout (e.g., photo album pages or pages from a digital TV), the CSS constructs with a "Yes", or a range of values, in the CSS Print-Enhanced column may be supported in an optional, discoverable (via some means outside the scope of this document) Enhanced Layout Extension. If support for this extension is indicated, all of the following properties marked with "Yes" for CSS Print-Enhanced, must be supported.

3. Selectors

In CSS2, pattern matching rules determine which style rules apply to elements in the document tree [CSS2].

The following table summarizes CSS Print Profile selector syntax. In addition to the selectors marked "Yes" in the CSS Print or CSS Print-Enhanced columns, the CSS Print Profile includes the CSS2 grouping mechanism (See [CSS2] Section 5.2.1).

Table Notes:

† if the PP-UA supports the xml:lang attribute for the selection and control of language specific processing, then this selector must be supported.

3.1 at-rules

The following table summarizes CSS Print Profile at-rule syntax.

4. Properties

The following table summarizes CSS Print Profile properties and property values. Refer to [CSS2] for the definition of these properties and values.

Table Note:

† Only the single identifier "pages" that represents the current page number is required.

* It is recommended that a PP-UA minimally support "serif," "sans-serif," and "monospace" font families.

** The supported values should be appropriate to the fonts available to the PP-UA.

‡ The PP-UA may ignore positioned elements that are placed on the page before the position of the current element in the normal flow.

¹ Vertical alignment is undefined across page boundaries.

² The PP-UA may ignore the value landscape if it lacks the memory to support landscape printing.

*** The counter-reset property was stated as required in [XHTMLPRINT], version 0.95, section 6.3.2.1.

5. CSS Syntax

The CSS Print Profile uses the same syntax as specified in [CSS2]. The CSS Print Profile uses a subset of the values used in CSS2. Specifically:

1. The PP-UA shall support integer and real numbers ([CSS2] Section 4.3.1).
2. The PP-UA shall support the following lengths ([CSS2] Section 4.3.2):
   • px
   • em
   • ex
   • in
   • cm
   • mm
   • pt
   • pc
   The PP-UA may support other lengths.
3. The PP-UA shall support percentage values ([CSS2] Section 4.3.3).
4. The PP-UA shall support URI values ([CSS2] Section 4.3.4).
5. The PP-UA shall support the "pages" counter value that tracks page numbers ([CSS2] Section 4.3.5).
6. The PP-UA shall support the following color values ([CSS2] Section 4.3.6):
   • The 16 colors defined in HTML 4.01 [HTML4]
   • A numerical RGB specification ([CSS2] Section 4.3.6)
   The PP-UA may support other color values. The PP-UA is not required to support user preferences for colors ([CSS2] Section 18.2).
7. The PP-UA is not required to support user preferences for fonts ([CSS2] Section 18.3).

Similarly, the CSS Print Profile requires that conforming user agents support the character encoding mechanisms specified in [CSS2]. Specifically:

1. The PP-UA shall support priorities specified in [CSS2] to determine a document's character encoding.
2. The PP-UA shall support the CSS2 @charset rules. However, if the character set specified by the @charset rule of a external style sheet is not supported by the PP-UA, the style sheet will be ignored.

6. Assigning Property Values, Cascading, and Inheritance

In general, the CSS Print Profile uses the same cascading rules as in CSS2. Specifically:

1. The PP-UA shall assign values as described in CSS2 ([CSS2] Section 6.1).
2. The PP-UA shall support inheritance as described in CSS2 ([CSS2] Section 6.2).
3. A PP-UA supporting Enhanced Layout Extension conformance shall support the CSS2 @import rules as specified in CSS2 ([CSS2] Section 6.3).
4. The PP-UA shall support author originating style sheets. The PP-UA may support user or user-agent originating style sheets ([CSS2] Section 6.4).
5. The PP-UA shall support all CSS2 cascading mechanisms ([CSS2] Sections 6.4.1-6.4.4).

7. Media Types

A CSS Print Profile conforming user agent shall be able to process media-dependent style sheets as specified in CSS2 ([CSS2] Section 7). Specifically:

1. The PP-UA shall support the CSS2 @media rules as specified in CSS2 ([CSS2] Section 7).
2. The PP-UA shall accept and process style sheets that target the print media type.
3. The PP-UA shall accept and process style sheets that target the all media type.
4. The PP-UA shall accept style sheets that contain other (non-print) media-dependent style sheets.
5. The PP-UA may process other media types (such as projection or handheld).

The PP-UA is not required to satisfy unreferenced CSS2 conformance statements pertaining to the print media type (see [CSS2] Section 7.3.1); the PP-UA shall satisfy the conformance statements and references in this specification.

8. CSS Print Profile Properties and User Agent interactions

8.1 Page Breaks

If page-break-inside: avoid is specified for a long element and the PP-UA is unable to buffer the entire element before committing it to paper, it should force a page break to occur before the long element and begin the element starting at the top of the next page. If the long element starts at the top of a page and exceeds the page length, the PP-UA shall print as much as possible on the first page and then resume that element on the next and subsequent pages as required to preserve the content. A PP-UA is neither required nor forbidden to perform scaling to fit the long element on a single page.

8.2 Page Size and Orientation

Page size and orientation that is provided using the CSS Print Profile Properties will override similar attributes contained within any commands and/or attributes provided by job-submission protocols.

Due to a PP-UA's mechanical limitations, the actual printable area of the page is usually less than the page size. Results are PP-UA-dependent when the CSS size specified does not match the media size being used.

8.2.1 Rendering Page Boxes that do not fit a Target Sheet

If a page box does not fit the target sheet dimensions, the PP-UA may choose (in order of preference) to:

• Rotate the page box 90 degrees if this will make the page box fit.
• Scale the page to fit the target. (There is no requirement to maintain the aspect ratio of the page or of any elements on the page when scaling; however, preservation of the aspect ratio is preferred.)
• Reformat the page (including "spilling" onto another sheet)
• Clip (least preferred)

The PP-UA may consult the user before performing these operations. Lacking "access" to the user, it may simply make a decision on its own.

8.2.2 Positioning the Page Box on the Sheet

When the page box is smaller than the target size, the PP-UA is free to place the page box anywhere on the sheet. However, it is recommended that the page box be centered on the sheet since this will align double-sided pages and avoid accidental loss of information that is printed near the edge of the sheet

8.3 Running Headers and Footers

Page headers and footers are useful in printed documents. Current work in progress by the W3C on paged media defines a method for adding margin boxes to the top, bottom, left and right of the page. (See [PAGEMEDIA].) A reduced set from the CSS3 proposal is employed by the CSS Print Profile, using top and bottom margin boxes to implement running-headers and a running-footers via the @page rules method.

Utilizing the terminology of CSS2 and CSS3, a "margin box" is defined in conjunction with the "page box" and "page area" as shown in Figure 3: Page Areas to create an area into which running-header and running-footer text can be inserted.

CSS3 proposes the ability to left-align, right-align and center the text horizontally as well as methods to top-align, bottom-align and center the text vertically within the margin boxes. However, conforming PP-UA implementations should not support vertical alignment within top and bottom margin boxes. Instead, conforming PP-UA implementations, shall top aligned the running-header text in the margin box and the running-footer text shall be bottom aligned in the margin box.

CSS3 proposes methods for the printing device to automatically include:

• page number
• total pages in the document
• date
• time
• file name

into the running-header and running-footer. However, conforming PP-UA implementations are only required to support inserting a page number. Therefore, the sending appliance shall provide the other information within the text string to be printed in the margin box.

The following are sample XHTML/CSS fragments used to create running-headers and running-footers.

The above example creates a running header that is left aligned at 150% of normal font size, with respect to the body's font, and bold in Helvetica, Arial or the default sans-serif font whichever is available.

The above example creates a running footer such as "Page 14" centered on the page in a font 80% of normal size in Times, Palatino or the default serif font whichever is available. Note that since the counter named "pages" is both incremented and used by the @page rule, it will first be incremented and then used; so the footer on the first page will be "Page 1".

8.4 Default Style Sheets

This section is informative.

[CSS2] provides a sample style sheet in its Appendix A. This sheet uses several properties that are not required of a conforming PP-UA, even ones supporting the enhanced layout extensions (section 2.1).

8.4.1 Default Style Sheet Guidelines for PP-UAs

Developers of PP-UAs that do not implement the enhanced layout facilities are encouraged but not required to adhere to the following implementation guidelines that address unsupported properties. These guidelines are presented to promote consistency between PP-UA implementations.

The guidelines below are annotated to show derivation of the guideline from the [CSS2] style sheet.

1. The address, blockquote, body, dd, div, dl, dt, h1, h2, h3, h4, h5, h6, hr, object, ol, p, pre, and ul elements should be treated as if their display property were set to block.
2. The li element should be treated as if its display property were set to list-items.
3. The table elements, table, tr, td, th, and caption, should have their standard meaning and display treatments: table, table-row, table-cell, and table-caption.
4. The elements base, br, html, head, link, meta, param, style and title should be treated as if their display property were set to none.
5. The remaining elements, a, abbr, acronym, b, big, cite, code, dfn, em, form, i, img, input, kbd, option, samp, small, select, strong, sub, sup, textarea, tt, and var, should be treated as if their display property were set to inline. A display property of inline for the elements img, input, select, and textarea allows document authors a flexibility not available if their display property were block.
   The above guidelines come from the following portion of the CSS2 default style sheet:

   
   ADDRESS, BLOCKQUOTE, BODY, DD, DIV, DL, DT, FIELDSET, FORM, 
   FRAME, FRAMESET, H1, H2, H3, H4, H5, H6, IFRAME, NOFRAMES, 
   OBJECT, OL, P, UL, APPLET, CENTER, DIR, HR, MENU, 
                 { display: block }
   LI            { display: list-item }
   HEAD          { display: none }
   TABLE         { display: table }
   TR            { display: table-row }
   THEAD         { display: table-header-group }
   TBODY         { display: table-row-group }
   TFOOT         { display: table-footer-group }
   COL           { display: table-column }
   COLGROUP      { display: table-column-group }
   TD, TH        { display: table-cell }
   CAPTION       { display: table-caption } 
   

6. The edges of the content of body element should have 0.1 inch wide inset from the left, top, right, and bottom of the printable area of the page. Margin calculations will start from these offsets.
   The .1 inch figure comes from the calculation that 8 px divided by 75px/inch ( a normal display resolution) is about .1 inches.

   
   BODY          { padding: 8px; 
                   line-height: 1.33 } 
   

7. The content of the sub element should be treated as if its vertical-align property were set to sub. Similarly, the content of the sup element should be treated as if its vertical-align property were set to sup.

   
   SUB             { vertical-align: sub }
   SUP             { vertical-align: super } 
   

8. The hr element should be treated as if its area, as defined by its height and width, were outlined by a one pixel wide, solid line. The default line should be one pixel high and the width of the containing box.

   
   HR              { border: 1px inset } 
   

9. The lower case letters of the content of the abbr and acronym elements should be rendered as scaled capital letters, at approximately 75% of their size at the current font size. Upper case letters will be unchanged. PP-UA may also choose to simply render lower case letters as upper case letters without scaling.
   The 75% figure above is only one way to approximate small-caps. The PP-UA is free to use its own rendering of small-caps.

   
   ABBR, ACRONYM   { font-variant: small-caps; 
                     letter-spacing: 0.1em } 
   

10. Page break avoidance both inside and after is removed for the elements h1, h2, h3, h4, h5, and h6. Therefore, the PP-UA need not be concerned with moving the content of these elements from the bottom of one page to the top of the next.

    
    H1, H2, H3,
    H4, H5, H6    { page-break-after: avoid; 
                    page-break-inside: avoid }
    

11. The PP-UA need not avoid page breaks before the ul, ol, and dl elements.

    
    UL, OL, DL    { page-break-before: avoid } 
    

12. The PP-UA may choose its own, fixed value for the padding properties of elements where the [CSS2] box model ([CSS2], section 8) applies.
13. The content of all elements, except hr, should be treated as if the element's border-style property were set to none.
14. The content of all elements may be treated as if the element's overflow property were set to visible and the clip property set to auto.
    This guideline suggests consistent behavior among implementations.
15. The content of all elements may be treated as if the element's positioning property were set to static.
    Elements should be treated as if they are in the normal flow.
16. Tables should be treated as if the table-layout property were set to fixed.
    This guideline promotes consistency since

    • the table-layout property is not mandated
    • There isn't a CSS default style sheet rule for this property

The following style sheet is a modification of the sample sheet in Appendix A of [CSS2] and depends on the above guidelines.

th              { font-weight: bolder; text-align: center }
caption         { text-align: center }
body            { line-height: 1.33 }
h1              { font-size: 2em; margin: .67em 0 }
h2              { font-size: 1.5em; margin: .83em 0 }
h3              { font-size: 1.17em; margin: 1em 0 }
h4, p,
blockquote, ul,
form,
ol, dl          { margin: 1.33em 0 }
h5              { font-size: .83em; line-height: 1.17em; margin: 1.67em 0 }
h6              { font-size: .67em; margin: 2.33em 0 }
h1, h2, h3, h4,
h5, h6, b,
strong          { font-weight: bolder }
blockquote      { margin-left: 40px; margin-right: 40px }
i, cite, em,
var, address    { font-style: italic }
pre, tt, code,
kbd, samp       { font-family: monospace }
pre             { white-space: pre }
big             { font-size: 1.17em }
small, sub, sup { font-size: .83em }
ol, ul, dd      { margin-left: 40px }
ol              { list-style-type: decimal }
ol ul, ul ol,
ul ul, ol ol    { margin-top: 0; margin-bottom: 0 }
br       { content: "\A" }

@media print {
  @page         { margin: 10% }
  blockquote, 
  pre           { page-break-inside: avoid }
}

8.4.2 Default Style Sheet Guidelines for Enhanced Layout PP-UAs

Developers of PP-UAs conforming to the enhanced layout extensions (section 2.1) must implement more of [CSS2] than conforming PP-UAs, although the set of properties and their values is still less than those defined in [CSS2].

Developers of PP-UAs are encouraged but not required to adhere to the following implementation guidelines that address unsupported properties.

1. The table elements, table, tr, td, th, and caption, should have their standard meaning and display treatments: table, table-row, table-cell, and table-caption.
2. The content of the sub element should be treated as if its vertical-align property were set to sub. Similarly, the content of the sup element should be treated as it its vertical-align property were set to sup.
3. The lower case letters of the content of the abbr and acronym elements should be rendered as scaled capital letters, at approximately 75% of their size at the current font size. Upper case letters will be unchanged. PP-UA may also choose to simply render lower case letters as upper case letters without scaling.
4. Page break avoidance both inside and after is removed for the elements h1, h2, h3, h4, h5, and h6. Therefore, the PP-UA need not be concerned with moving the content of these elements from the bottom of one page to the top of the next.
5. The PP-UA need not avoid page breaks before the ul, ol, and dl elements.

The following style sheet is a modification of the sample sheet in Appendix A of [CSS2] and depends on the above guidelines.

address,
blockquote, 
body, dd, div, 
dl, dt, 
form,
h1, h2, h3, h4, 
h5, h6, 
object, ol, p, 
ul,
hr, pr e        { display: block }
li              { display: list-item }
head            { display: none }
th              { font-weight: bolder; text-align: center }
caption         { text-align: center }
body            { padding: 8px; line-height: 1.33 }
h1              { font-size: 2em; margin: .67em 0 }
h2              { font-size: 1.5em; margin: .83em 0 }
h3              { font-size: 1.17em; margin: 1em 0 }
h4, p,
blockquote, ul,
form,
ol, dl,         { margin: 1.33em 0 }
h5              { font-size: .83em; line-height: 1.17em; margin: 1.67em 0 }
h6              { font-size: .67em; margin: 2.33em 0 }
h1, h2, h3, h4,
h5, h6, b,
strong          { font-weight: bolder }
blockquote      { margin-left: 40px; margin-right: 40px }
i, cite, em,
var, address    { font-style: italic }
pre, tt, code,
kbd, samp       { font-family: monospace }
pre             { white-space: pre }
big             { font-size: 1.17em }
small, sub, sup { font-size: .83em }
hr              { border: 1px  }

inset is not support, representation of the rule is implementation dependant.

ol, ul, dd      { margin-left: 40px }
ol              { list-style-type: decimal }
ol ul, ul ol,
ul ul, ol ol    { margin-top: 0; margin-bottom: 0 }
br       { content: "\A" }

@media print {
  @page         { margin: 10% }
  blockquote, 
  pre           { page-break-inside: avoid }
}
 

9. Acknowledgements

This specification was prepared by the PWG XHTML-Print Working Group.

Editors:

Don Wright, Lexmark International

Jim Bigelow, Hewlett-Packard Co.

Elliott Bradshaw, Oak Technology Imaging Group

Members:

Special thanks to Allison Nuxoll of Hewlett-Packard for her helpful comments, and Elliott Bradshaw for his many reviews this document.

This document derives from the CSS Level 1 and CSS level 2 Recommendations and CSS Level 3 Pages Media. We thank all CSS1 CSS2, and CSS3 authors, editors and contributors.

Appendix A. References

A.1 Normative References

[CSS1]

Cascading Style Sheets, level 1, H.W. Lie and B. Bos, 17 December 1996, revised 11 Jan 1999. Available at http://www.w3.org/TR/REC-CSS1.

[CSS2]

Cascading Style Sheets, level 2, B. Bos, et al., 12 May 1998. Available at http://www.w3.org/TR/REC-CSS2/.

[CSS3]

"Introduction to CSS3", W3C Working Group Draft, Eric A. Meyer, Bert Bos, eds., 23 May 2001.  Available at: http://www.w3.org/TR/2001/WD-css3-roadmap-20010523/. The latest version is available from: http://www.w3.org/Style/Group/css3-src/css3-roadmap/

[HTML4]

HTML 4.01 Specification, D. Raggett, A. Le Hors, I. Jacobs, 24 December 1999. Available at http://www.w3.org/TR/REC-html40/.

[PAGEMEDIA]

Paged Media Properties for CSS3 Robert Stevahn, 28 September, 1999. Available at http://www.w3.org/TR/1999/WD-css3-page-19990928.

[RFC2119]

Key words for use in RFCs to Indicate Requirement Levels, S. Bradner, March 1997. Available at http://www.ietf.org/rfc/rfc2119.txt.

[XHTMLPRINT]

XHTML-Print, Don Wright, Melinda Grant, Peter Zehler, Jun Fujisawa, and Jim Bigelow, March 31February 10, 2003. Available at http://www.pwg.org/xhtml-print/HTML-Version/XHTML-Print.html.

A.2 Informative References

[CSSMOBILE]

CSS Mobile Profile 1.0, W3C Candidate Recommendation 25 July 2002, T. Wugofski, D. Dominiak, R. Stark, T. Roy, at http://www.w3.org/TR/css-mobile.