diff options
author | Thomas Voss <mail@thomasvoss.com> | 2024-11-27 20:54:24 +0100 |
---|---|---|
committer | Thomas Voss <mail@thomasvoss.com> | 2024-11-27 20:54:24 +0100 |
commit | 4bfd864f10b68b71482b35c818559068ef8d5797 (patch) | |
tree | e3989f47a7994642eb325063d46e8f08ffa681dc /doc/rfc/rfc7993.txt | |
parent | ea76e11061bda059ae9f9ad130a9895cc85607db (diff) |
doc: Add RFC documents
Diffstat (limited to 'doc/rfc/rfc7993.txt')
-rw-r--r-- | doc/rfc/rfc7993.txt | 787 |
1 files changed, 787 insertions, 0 deletions
diff --git a/doc/rfc/rfc7993.txt b/doc/rfc/rfc7993.txt new file mode 100644 index 0000000..18b9f7b --- /dev/null +++ b/doc/rfc/rfc7993.txt @@ -0,0 +1,787 @@ + + + + + + +Internet Architecture Board (IAB) H. Flanagan +Request for Comments: 7993 RFC Editor +Category: Informational December 2016 +ISSN: 2070-1721 + + + Cascading Style Sheets (CSS) Requirements for RFCs + +Abstract + + The HTML format for RFCs assigns style guidance to a Cascading Style + Sheet (CSS) specifically defined for the RFC Series. The embedded, + default CSS as included by the RFC Editor is expected to take into + account accessibility needs and to be built along a responsive design + model. This document describes the requirements for the default CSS + used by the RFC Editor. The class names are based on the classes + defined in "HTML for RFCs" (RFC 7992). + +Status of This Memo + + This document is not an Internet Standards Track specification; it is + published for informational purposes. + + This document is a product of the Internet Architecture Board (IAB) + and represents information that the IAB has deemed valuable to + provide for permanent record. It represents the consensus of the + Internet Architecture Board (IAB). Documents approved for + publication by the IAB are not a candidate for any level of Internet + Standard; see Section 2 of RFC 7841. + + Information about the current status of this document, any errata, + and how to provide feedback on it may be obtained at + http://www.rfc-editor.org/info/rfc7993. + +Copyright Notice + + Copyright (c) 2016 IETF Trust and the persons identified as the + document authors. All rights reserved. + + This document is subject to BCP 78 and the IETF Trust's Legal + Provisions Relating to IETF Documents + (http://trustee.ietf.org/license-info) in effect on the date of + publication of this document. Please review these documents + carefully, as they describe your rights and restrictions with respect + to this document. + + + + + + +Flanagan Informational [Page 1] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +Table of Contents + + 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3 + 2. Design Goal . . . . . . . . . . . . . . . . . . . . . . . . . 3 + 3. General Requirements . . . . . . . . . . . . . . . . . . . . 3 + 4. Page Layout . . . . . . . . . . . . . . . . . . . . . . . . . 4 + 4.1. Title Page Header . . . . . . . . . . . . . . . . . . . . 4 + 4.2. Body . . . . . . . . . . . . . . . . . . . . . . . . . . 4 + 4.3. Font Choices . . . . . . . . . . . . . . . . . . . . . . 4 + 5. Printing . . . . . . . . . . . . . . . . . . . . . . . . . . 4 + 6. Lists . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 + 7. CSS Classes and Attributes . . . . . . . . . . . . . . . . . 5 + 7.1. .alignCenter . . . . . . . . . . . . . . . . . . . . . . 5 + 7.2. .alignRight . . . . . . . . . . . . . . . . . . . . . . . 5 + 7.3. .artwork . . . . . . . . . . . . . . . . . . . . . . . . 5 + 7.3.1. .art-ascii-art . . . . . . . . . . . . . . . . . . . 5 + 7.3.2. .art-logo . . . . . . . . . . . . . . . . . . . . . . 5 + 7.4. .cref . . . . . . . . . . . . . . . . . . . . . . . . . . 5 + 7.5. .crefAnchor . . . . . . . . . . . . . . . . . . . . . . . 6 + 7.6. .crefSource . . . . . . . . . . . . . . . . . . . . . . . 6 + 7.7. .dlCompact . . . . . . . . . . . . . . . . . . . . . . . 6 + 7.8. .dlHanging . . . . . . . . . . . . . . . . . . . . . . . 6 + 7.9. .dlParallel . . . . . . . . . . . . . . . . . . . . . . . 6 + 7.10. .docInfo . . . . . . . . . . . . . . . . . . . . . . . . 6 + 7.11. .eref . . . . . . . . . . . . . . . . . . . . . . . . . . 6 + 7.12. .finalized . . . . . . . . . . . . . . . . . . . . . . . 6 + 7.13. .note . . . . . . . . . . . . . . . . . . . . . . . . . . 6 + 7.13.1. .rfcEditorRemove . . . . . . . . . . . . . . . . . . 6 + 7.14. .olCompact . . . . . . . . . . . . . . . . . . . . . . . 7 + 7.15. .olPercent . . . . . . . . . . . . . . . . . . . . . . . 7 + 7.16. .pilcrow . . . . . . . . . . . . . . . . . . . . . . . . 7 + 7.17. .relref . . . . . . . . . . . . . . . . . . . . . . . . . 7 + 7.18. .rendered . . . . . . . . . . . . . . . . . . . . . . . . 7 + 7.19. .sourcecode . . . . . . . . . . . . . . . . . . . . . . . 7 + 7.20. .toc . . . . . . . . . . . . . . . . . . . . . . . . . . 7 + 7.21. .type . . . . . . . . . . . . . . . . . . . . . . . . . . 7 + 7.22. .ulCompact . . . . . . . . . . . . . . . . . . . . . . . 8 + 7.23. .ulEmpty . . . . . . . . . . . . . . . . . . . . . . . . 8 + 7.24. .url . . . . . . . . . . . . . . . . . . . . . . . . . . 8 + 7.25. .xref . . . . . . . . . . . . . . . . . . . . . . . . . . 8 + 8. Security Considerations . . . . . . . . . . . . . . . . . . . 8 + 9. References . . . . . . . . . . . . . . . . . . . . . . . . . 8 + 9.1. Normative References . . . . . . . . . . . . . . . . . . 8 + 9.2. Informative References . . . . . . . . . . . . . . . . . 9 + Appendix A. List of Classes . . . . . . . . . . . . . . . . . . 10 + IAB Members at the Time of Approval . . . . . . . . . . . . . . . 14 + Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . 14 + Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 14 + + + +Flanagan Informational [Page 2] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +1. Introduction + + The HTML format for RFCs, described in [RFC7992], assigns style + guidance to a Cascading Style Sheet (CSS) specifically defined for + the RFC Series. This CSS will be embedded in the published HTML, and + it may be overridden by a locally defined CSS, as desired. The + embedded, default CSS as included by the RFC Editor is expected to + take into account accessibility needs and to be built along a + responsive design model. + + This document describes the requirements for the default CSS used by + the RFC Editor. Unless called out otherwise, any styling provided + for these classes must not alter the natural language content in any + visible way. Many of these classes are provided to mark the elements + semantically: elements using them should simply inherit their + surrounding styling. Exceptions are listed below. A class is + identified for Internet-Drafts, such that certain features found only + in I-Ds may be made distinct in some fashion within those drafts. + The requirements will only be applied to HTML documents published by + the RFC Editor as per [RFC7990]. + + The details included in this document are expected to change based on + experience gained in implementing the new publication toolsets. + Revised documents will be published capturing those changes as the + toolsets are completed. Other implementers must not expect those + changes to remain backwards compatible with the details included in + this document. + +2. Design Goal + + RFCs must be adaptable to a wide variety of devices and displays, + accessible to assisted readers, and printable. + +3. General Requirements + + o Support the display of the semantic HTML described in [RFC7992]. + + o Follow best practice for accessibility, as defined by the W3C's + "Best Practices for Authoring HTML" [HTMLBP]. + + o Follow best practice for mobile devices, as defined by the W3C's + "Best Practices for Authoring HTML". + + o Allow for a broad range of internationalized scripts. + + + + + + + +Flanagan Informational [Page 3] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +4. Page Layout + +4.1. Title Page Header + + The document header must be at the top of the document and include + all information described in "RFC Style Guide" [RFC7322] and "RFC + Streams, Headers, and Boilerplates" [RFC7841]. + +4.2. Body + + The body of the document must conform to the following: + + o Examples and code blocks must be in a fixed-width font + + o ASCII art must be in a fixed-width font + + o Reflow the text as the screen gets smaller and limit max width + + o Block quotes must be indented + + o Tables must allow for distinct header rows + + o Paragraphs should include a hover-over paragraph identifier + + All anchor tags and URLs should be clearly distinguished as links, + for example, through the use of color and/or text decoration, + following appropriate accessibility standards. + +4.3. Font Choices + + o Default to a sans-serif font family with broad Unicode support for + web browser viewing. + + o Default to a serif font family with broad Unicode support for + printing. + + o A fixed-width font must be used for code and artwork-tagged + sections. + + o All fonts should be publicly licensed and supported by all major + web browsers. + +5. Printing + + The CSS must include support for a printer-friendly output. The + print rules should be a part of the embedded style sheet; consumers + of an RFC may develop their own print-specific style sheet, as + desired. + + + +Flanagan Informational [Page 4] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +6. Lists + + Lists should provide ample whitespace between list elements for + legibility unless a 'compact' class is specified (e.g., .dlCompact, + .ulCompact, .olCompact). + +7. CSS Classes and Attributes + + This section describes the CSS classes that result in specific + changes to the natural language content of a document. A full list + of available classes, not including basic selectors, is included in + Appendix A. + +7.1. .alignCenter + + To be used with '.artwork' to indicate the figure should align in the + center of the page flow. + +7.2. .alignRight + + To be used with '.artwork' to indicate the figure should align on the + right of the page flow. + +7.3. .artwork + + These classes will mostly be styled as part of '.artwork'. Specific + classes may include '.art-ascii-art' and '.art-svg'. Artwork will be + held in its own block of space, centered in the page flow, and will + not float. Images should have a max width of 100% so views will + scale properly across a variety of screens and devices. + +7.3.1. .art-ascii-art + + Must use a mono-spaced font. + +7.3.2. .art-logo + + No visible changes to the natural language content; keep in default + style. Note that such images are not currently allowed in RFCs. + +7.4. .cref + + A comment within an I-D; should be visually distinct. + + For I-Ds only; not for RFCs. + + + + + + +Flanagan Informational [Page 5] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +7.5. .crefAnchor + + A comment within an I-D; should be visually distinct. + + For I-Ds only; not for RFCs. + +7.6. .crefSource + + A comment within an I-D; should be visually distinct. + + For I-Ds only; not for RFCs. + +7.7. .dlCompact + + Use less spacing on a definition list than the default. + +7.8. .dlHanging + + Use the standard hanging indent for a definition list; indent terms. + +7.9. .dlParallel + + Do not use the standard hanging indent for a definition list; align + terms and definitions along left side. + +7.10. .docInfo + + Hide from visible content. + +7.11. .eref + + Standard link formatting (underlined, change in color). + +7.12. .finalized + + Hide from visible content. + +7.13. .note + + Notes should be emphasized and distinct from normal paragraph text. + +7.13.1. .rfcEditorRemove + + An RFC Editor note may be added after the standard boilerplate. It + should be visually distinct to highlight final removal of the note by + the RFC Editor. + + + + + +Flanagan Informational [Page 6] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +7.14. .olCompact + + Use less spacing on a numbered list than the default. + +7.15. .olPercent + + If the style attribute from the source XML contains a percent sign, a + particular style setting will be required to make this setting behave + like an HTML ordered list. + +7.16. .pilcrow + + Pilcrows, when used as described in RFC 7992, should appear at the + end of the paragraph, artwork, or sourcecode segment. They should + not appear until moused-over. They should not show when printed, and + they should not be selected when copied with a copy/paste function. + +7.17. .relref + + Should be clearly distinguished as links. + +7.18. .rendered + + Hide from visible content. + +7.19. .sourcecode + + Code examples or components should be in a fixed-width font if the + human language used has an available fixed-width font option, and + they should be visually distinct. If no fixed-width font is + available, use the default font for that human language. + +7.20. .toc + + The table of contents should be clearly distinguished using an + indented, ordered list with the list style set to 'none', allowing + for hyperlinked, in-line dotted number notation (e.g., 1., 1.1., + 1.1.1.). + +7.21. .type + + No visible changes to the natural language content; keep in default + style. + + + + + + + + +Flanagan Informational [Page 7] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +7.22. .ulCompact + + Use less spacing on a bulleted list than the default. + +7.23. .ulEmpty + + Indent from the margin of the previous paragraph. + +7.24. .url + + Should be clearly distinguished as links. + +7.25. .xref + + Should be clearly distinguished as links. + +8. Security Considerations + + Security vulnerabilities can be introduced through the CSS, as with + CSS injection attacks [CSSATTACK]. In order to avoid or mitigate any + attack vectors here, the CSS used must comply with the current CSS + Specifications from the W3C. + +9. References + +9.1. Normative References + + [HTMLBP] W3C, "Best Practices for Authoring HTML Current Status", + <http://www.w3.org/standards/techs/htmlbp>. + + [RFC7841] Halpern, J., Ed., Daigle, L., Ed., and O. Kolkman, Ed., + "RFC Streams, Headers, and Boilerplates", RFC 7841, DOI + 10.17487/RFC7841, May 2016, + <http://www.rfc-editor.org/info/rfc7841>. + + [RFC7322] Flanagan, H. and S. Ginoza, "RFC Style Guide", RFC 7322, + DOI 10.17487/RFC7322, September 2014, + <http://www.rfc-editor.org/info/rfc7322>. + + [RFC7990] Flanagan, H., "RFC Format Framework", RFC 7990, + DOI 10.17487/RFC7990, December 2016, + <http://www.rfc-editor.org/info/rfc7990>. + + [RFC7992] Hildebrand, J., Ed. and P. Hoffman, "HTML Format for + RFCs", RFC 7992, DOI 10.17487/RFC7992, December 2016, + <http://www.rfc-editor.org/info/rfc7992>. + + + + + +Flanagan Informational [Page 8] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +9.2. Informative References + + [CSSATTACK] + Huang, L-S., Weinberg, Z., Evans, C., and C. Jackson, + "Protecting browsers from cross-origin CSS attacks", In + Proceedings of the 17th ACM conference on Computer and + communications security (CCS '10), pp. 619-629, 2010, + <https://doi.org/10.1145/1866307.1866376>. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +Flanagan Informational [Page 9] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +Appendix A. List of Classes + + This section lists all the CSS classes. Except for those also listed + in Section 7, none of these result in specific changes to the natural + language content of a document. + + o .adr + + o .alignCenter + + o .alignRight + + o .annotation + + o .artwork + + .art-ascii-art + + .art-logo + + .art-svg + + o .ascii + + o .author + + o .authors + + o .bcp14 + + o .center + + o .city + + o .compact + + o .country-name + + o .cref + + + + + + + + + + + + +Flanagan Informational [Page 10] + +RFC 7993 CSS Reqs for RFCs December 2016 + + + o .crefAnchor + + o .crefSource + + o .dlCompact + + o .dlHanging + + o .dlParallel + + o .docInfo + + o .ears + + o .email + + o .eref + + o .finalized + + o .fn + + o .index + + o .indexChar + + o .indexIndex + + o .indexItem + + o .indexPrimary + + o .indexSubItem + + o .initial + + o .iref + + o .irefItem + + o .irefRefs + + o .irefSubItem + + o .label + + o .left + + + + +Flanagan Informational [Page 11] + +RFC 7993 CSS Reqs for RFCs December 2016 + + + o .locality + + o .nameRole + + o .note + + .rfcEditorRemove + + o .olCompact + + o .olPercent + + o .org + + o .organization + + o .pilcrow + + o .postal-code + + o .published + + o .refContent + + o .refDate + + o .refInstance + + o .refTitle + + o .reference + + o .region + + o .relref + + o .rendered + + o .RFC + + o .rfcEditorRemove + + o .right + + o .role + + o .selfRef + + + + +Flanagan Informational [Page 12] + +RFC 7993 CSS Reqs for RFCs December 2016 + + + o .series + + o .seriesInfo + + o .sourcecode + + .lang-* + + o .street-address + + o .status + + o .street-address + + o .surname + + o .tel + + o .toc + + o .type + + o .ulCompact + + o .ulEmpty + + o .url + + o .workgroup + + o .xref + + o .vcard + + + + + + + + + + + + + + + + + + +Flanagan Informational [Page 13] + +RFC 7993 CSS Reqs for RFCs December 2016 + + +IAB Members at the Time of Approval + + The IAB members at the time this memo was approved were (in + alphabetical order): + + Jari Arkko + Ralph Droms + Ted Hardie + Joe Hildebrand + Russ Housley + Lee Howard + Erik Nordmark + Robert Sparks + Andrew Sullivan + Dave Thaler + Martin Thomson + Brian Trammell + Suzanne Woolf + +Acknowledgements + + With many thanks to the RFC Format Design Team for their efforts in + making this transition successful: Nevil Brownlee (ISE), Tony Hansen, + Joe Hildebrand, Paul Hoffman, Ted Lemon, Julian Reschke, Adam Roach, + Alice Russo, Robert Sparks (Tools Team liaison), and Dave Thaler. + + Additional thanks to Arlen Johnson of Spherical Cow Group, LLC, for + his assistance in clarifying the requirements in more CSS-designer- + friendly language. + +Author's Address + + Heather Flanagan + RFC Editor + + Email: rse@rfc-editor.org + URI: http://orcid.org/0000-0002-2647-2220 + + + + + + + + + + + + + + +Flanagan Informational [Page 14] + |