asciidoctor-rfc 0.8.0 → 0.8.2

Sign up to get free protection for your applications and to get access to all the features.
Files changed (137) hide show
  1. checksums.yaml +4 -4
  2. data/.hound.yml +3 -0
  3. data/.rubocop.ribose.yml +65 -0
  4. data/.rubocop.tb.yml +640 -0
  5. data/.rubocop.yml +13 -30
  6. data/.travis.yml +8 -3
  7. data/CODE_OF_CONDUCT.md +46 -0
  8. data/Gemfile +8 -1
  9. data/LICENSE +21 -17
  10. data/README.adoc +471 -52
  11. data/asciidoctor-rfc.gemspec +14 -13
  12. data/lib/asciidoctor-rfc.rb +4 -4
  13. data/lib/asciidoctor/rfc/common/base.rb +304 -58
  14. data/lib/asciidoctor/rfc/common/front.rb +3 -3
  15. data/lib/asciidoctor/rfc/v2/base.rb +71 -82
  16. data/lib/asciidoctor/rfc/v2/blocks.rb +33 -10
  17. data/lib/asciidoctor/rfc/v2/converter.rb +0 -3
  18. data/lib/asciidoctor/rfc/v2/inline_anchor.rb +35 -20
  19. data/lib/asciidoctor/rfc/v2/lists.rb +11 -13
  20. data/lib/asciidoctor/rfc/v2/table.rb +11 -9
  21. data/lib/asciidoctor/rfc/v2/validate.rb +18 -724
  22. data/lib/asciidoctor/rfc/v3/base.rb +75 -102
  23. data/lib/asciidoctor/rfc/v3/blocks.rb +7 -9
  24. data/lib/asciidoctor/rfc/v3/converter.rb +0 -1
  25. data/lib/asciidoctor/rfc/v3/front.rb +14 -7
  26. data/lib/asciidoctor/rfc/v3/inline_anchor.rb +12 -9
  27. data/lib/asciidoctor/rfc/v3/lists.rb +31 -45
  28. data/lib/asciidoctor/rfc/v3/table.rb +2 -2
  29. data/lib/asciidoctor/rfc/v3/validate.rb +19 -2153
  30. data/lib/asciidoctor/rfc/v3/validate.rng +1 -1
  31. data/lib/asciidoctor/rfc/version.rb +1 -1
  32. data/rfc2629-other.ent +61 -0
  33. data/rfc2629-xhtml.ent +165 -0
  34. data/rfc2629.dtd +312 -0
  35. data/spec/asciidoctor/rfc/v2/biblio_spec.rb +9 -0
  36. data/spec/asciidoctor/rfc/v2/comments_spec.rb +67 -1
  37. data/spec/asciidoctor/rfc/v2/crossref_spec.rb +127 -5
  38. data/spec/asciidoctor/rfc/v2/date_spec.rb +24 -28
  39. data/spec/asciidoctor/rfc/v2/dlist_spec.rb +5 -5
  40. data/spec/asciidoctor/rfc/v2/image_spec.rb +2 -2
  41. data/spec/asciidoctor/rfc/v2/inline_formatting_spec.rb +28 -0
  42. data/spec/asciidoctor/rfc/v2/listing_spec.rb +2 -2
  43. data/spec/asciidoctor/rfc/v2/literal_spec.rb +4 -4
  44. data/spec/asciidoctor/rfc/v2/preamble_spec.rb +1 -1
  45. data/spec/asciidoctor/rfc/v2/quote_spec.rb +1 -1
  46. data/spec/asciidoctor/rfc/v2/references_spec.rb +210 -3
  47. data/spec/asciidoctor/rfc/v2/section_spec.rb +33 -0
  48. data/spec/asciidoctor/rfc/v2/table_spec.rb +40 -1
  49. data/spec/asciidoctor/rfc/v2/text_spec.rb +71 -14
  50. data/spec/asciidoctor/rfc/v2/ulist_spec.rb +1 -1
  51. data/spec/asciidoctor/rfc/v3/biblio_spec.rb +13 -0
  52. data/spec/asciidoctor/rfc/v3/comments_spec.rb +71 -0
  53. data/spec/asciidoctor/rfc/v3/crossref_spec.rb +7 -0
  54. data/spec/asciidoctor/rfc/v3/dlist_spec.rb +4 -4
  55. data/spec/asciidoctor/rfc/v3/literal_spec.rb +1 -1
  56. data/spec/asciidoctor/rfc/v3/preamble_spec.rb +1 -1
  57. data/spec/asciidoctor/rfc/v3/references_spec.rb +208 -3
  58. data/spec/asciidoctor/rfc/v3/series_info_spec.rb +1 -1
  59. data/spec/asciidoctor/rfc/v3/table_spec.rb +70 -1
  60. data/spec/examples/README.adoc +42 -6
  61. data/spec/examples/biblio-insert-v2.adoc +29 -0
  62. data/spec/examples/biblio-insert-v3.adoc +30 -0
  63. data/spec/examples/davies-template-bare-06.adoc +1 -0
  64. data/spec/examples/draft-iab-html-rfc-bis.xml.adoc +2300 -0
  65. data/spec/examples/draft-iab-html-rfc-bis.xml.orig +1999 -0
  66. data/spec/examples/draft-iab-html-rfc-bis.xml.txt +2298 -0
  67. data/spec/examples/draft-iab-rfc-framework-bis.xml.adoc +662 -0
  68. data/spec/examples/draft-iab-rfc-framework-bis.xml.orig +476 -0
  69. data/spec/examples/draft-ietf-core-block-xx.mkd.adoc +8 -33
  70. data/spec/examples/hoffmanv2.xml.adoc +4 -0
  71. data/spec/examples/mib-doc-template-xml-06.adoc +6 -8
  72. data/spec/examples/refs-v2-database.xml +86 -0
  73. data/spec/examples/refs-v2.adoc +49 -0
  74. data/spec/examples/refs-v2.xml +50 -0
  75. data/spec/examples/refs-v2/AsciiDoc.xml +8 -0
  76. data/spec/examples/refs-v2/AsciiMathML.xml +8 -0
  77. data/spec/examples/refs-v2/IETF-BibXML.xml +9 -0
  78. data/spec/examples/refs-v2/MathJax.xml +8 -0
  79. data/spec/examples/refs-v2/NroffEdit.xml +8 -0
  80. data/spec/examples/refs-v2/TeX-LaTeX.xml +8 -0
  81. data/spec/examples/refs-v2/abarth +17 -0
  82. data/spec/examples/refs-v2/asciidoctor-bibliography.xml +19 -0
  83. data/spec/examples/refs-v2/asciidoctor-manual.xml +11 -0
  84. data/spec/examples/refs-v2/asciidoctor-rfc.xml +18 -0
  85. data/spec/examples/refs-v2/asciidoctor.xml +10 -0
  86. data/spec/examples/refs-v2/draftr.xml +8 -0
  87. data/spec/examples/refs-v2/kramdown-rfc2629.xml +8 -0
  88. data/spec/examples/refs-v2/lyx2rfc.xml +8 -0
  89. data/spec/examples/refs-v2/mmark.xml +9 -0
  90. data/spec/examples/refs-v2/pandoc2rfc.xml +8 -0
  91. data/spec/examples/refs-v2/reference.RFC.2119.xml +7 -0
  92. data/spec/examples/refs-v2/reference.RFC.5385.xml +7 -0
  93. data/spec/examples/refs-v2/reference.RFC.7328.xml +7 -0
  94. data/spec/examples/refs-v2/reference.RFC.7749.xml +7 -0
  95. data/spec/examples/refs-v2/reference.RFC.7763.xml +7 -0
  96. data/spec/examples/refs-v2/reference.RFC.7764.xml +7 -0
  97. data/spec/examples/refs-v2/reference.RFC.7990.xml +7 -0
  98. data/spec/examples/refs-v2/reference.RFC.7991.xml +7 -0
  99. data/spec/examples/refs-v3-database.xml +137 -0
  100. data/spec/examples/refs-v3.adoc +57 -0
  101. data/spec/examples/refs-v3.xml +90 -0
  102. data/spec/examples/refs-v3/AsciiDoc.xml +8 -0
  103. data/spec/examples/refs-v3/AsciiMathML.xml +8 -0
  104. data/spec/examples/refs-v3/IETF-BibXML.xml +9 -0
  105. data/spec/examples/refs-v3/MathJax.xml +8 -0
  106. data/spec/examples/refs-v3/NroffEdit.xml +8 -0
  107. data/spec/examples/refs-v3/TeX-LaTeX.xml +8 -0
  108. data/spec/examples/refs-v3/abarth +17 -0
  109. data/spec/examples/refs-v3/asciidoctor-bibliography.xml +19 -0
  110. data/spec/examples/refs-v3/asciidoctor-manual.xml +11 -0
  111. data/spec/examples/refs-v3/asciidoctor-rfc.xml +18 -0
  112. data/spec/examples/refs-v3/asciidoctor.xml +10 -0
  113. data/spec/examples/refs-v3/draftr.xml +8 -0
  114. data/spec/examples/refs-v3/kramdown-rfc2629.xml +8 -0
  115. data/spec/examples/refs-v3/lyx2rfc.xml +8 -0
  116. data/spec/examples/refs-v3/mathrefs.xml +19 -0
  117. data/spec/examples/refs-v3/mmark.xml +9 -0
  118. data/spec/examples/refs-v3/pandoc2rfc.xml +8 -0
  119. data/spec/examples/refs-v3/reference.RFC.2119.xml +7 -0
  120. data/spec/examples/refs-v3/reference.RFC.5385.xml +7 -0
  121. data/spec/examples/refs-v3/reference.RFC.7328.xml +7 -0
  122. data/spec/examples/refs-v3/reference.RFC.7749.xml +7 -0
  123. data/spec/examples/refs-v3/reference.RFC.7763.xml +7 -0
  124. data/spec/examples/refs-v3/reference.RFC.7764.xml +7 -0
  125. data/spec/examples/refs-v3/reference.RFC.7990.xml +7 -0
  126. data/spec/examples/refs-v3/reference.RFC.7991.xml +7 -0
  127. data/spec/examples/rfc2100.md.adoc +57 -44
  128. data/spec/examples/rfc3514.md.adoc +1 -1
  129. data/spec/examples/rfc6350.adoc +701 -695
  130. data/spec/examples/rfc6350.txt.orig +3372 -0
  131. data/spec/examples/rfc6350_refs.xml +774 -0
  132. data/spec/examples/rfc748.md.adoc +1 -1
  133. data/spec/examples/rfc7511.md.adoc +3 -3
  134. data/spec/examples/skel.mkd.adoc +1 -0
  135. data/spec/examples/stupid-s.mkd.adoc +4 -4
  136. metadata +94 -8
  137. data/spec/examples/rfc6350.bib +0 -763
@@ -0,0 +1,1999 @@
1
+ <?xml version="1.0" encoding="US-ASCII"?>
2
+ <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
3
+ <?rfc toc="yes"?>
4
+ <!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
5
+ <!ENTITY W3C.REC-html5-20141028 SYSTEM "http://xml2rfc.ietf.org/public/rfc/bibxml4/reference.W3C.REC-html5-20141028.xml">
6
+
7
+ <!ENTITY RFC2397 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2397.xml">
8
+ <!ENTITY RFC3629 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3629.xml">
9
+ <!ENTITY RFC5646 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5646.xml">
10
+ <!ENTITY RFC6949 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.6949.xml">
11
+ <!ENTITY RFC7322 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.7322.xml">
12
+
13
+ ]>
14
+
15
+ <?rfc toc="yes"?>
16
+ <?rfc tocdepth="4"?>
17
+ <?rfc sortrefs="yes"?>
18
+ <?rfc symrefs="yes"?>
19
+ <?rfc compact="yes"?>
20
+ <?rfc subcompact="no"?>
21
+
22
+ <rfc submissionType="IAB" consensus="yes" ipr="trust200902" number="7992" category="info">
23
+ <front>
24
+
25
+
26
+ <title abbrev="HTML for RFCs">HTML Format for RFCs</title>
27
+ <author initials="J." surname="Hildebrand" fullname="Joe Hildebrand" role="editor">
28
+ <organization>Mozilla</organization>
29
+ <address>
30
+ <email>joe-ietf@cursive.net</email>
31
+ </address>
32
+ </author>
33
+ <author initials="P." surname="Hoffman" fullname="Paul Hoffman">
34
+ <organization>ICANN</organization>
35
+ <address>
36
+ <email>paul.hoffman@icann.org</email>
37
+ </address>
38
+ </author>
39
+ <date month="December" year="2016"/>
40
+
41
+ <keyword>html</keyword>
42
+ <keyword>css</keyword>
43
+ <keyword>rfc</keyword>
44
+
45
+
46
+
47
+ <abstract>
48
+ <t>In order to meet the evolving needs of the Internet community, the
49
+ canonical format for RFCs is changing from a plain-text, ASCII-only format to an
50
+ XML format that will, in turn, be rendered into several
51
+ publication formats. This document defines the HTML format that will
52
+ be rendered for an RFC or Internet-Draft.</t>
53
+ </abstract>
54
+ </front>
55
+ <middle>
56
+
57
+ <section anchor="introduction" title="Introduction">
58
+ <t>As described in <xref target="RFC7990"/>, the RFC
59
+ Series is changing. One of those changes includes the RFC Editor
60
+ publishing a non-canonical HTML version of RFCs.</t>
61
+ <t>This document describes the HTML format that will be used as one of the
62
+ publication formats for the RFC Series. It defines a strict subset of
63
+ HTML appropriate for RFC Series documents. The visual layout of the
64
+ document will be defined through a cascading style sheet (CSS)
65
+ <xref target="W3C.REC-CSS2-20110607"/>. The CSS will be included in the
66
+ HTML file but will be described in <xref target="RFC7993"/>.</t>
67
+ <t>The details (particularly any vocabularies) described in this document
68
+ are expected to change based on experience gained in implementing the
69
+ the new publication toolsets. Revised documents will be published
70
+ capturing those changes as the toolsets are completed. Other implementers
71
+ must not expect those changes to remain backwards compatible with the
72
+ details described in this document.</t>
73
+ </section>
74
+ <section anchor="requirements-for-html" title="Requirements for the HTML Format">
75
+ <t>This section lists the design requirements used to create the HTML
76
+ format described in this document. These requirements build on those
77
+ found in <xref target="RFC6949"/>. Many of these requirements are
78
+ naturally fulfilled by using the output of the preparation tool
79
+ <xref target="RFC7998"/>.</t>
80
+ <t>
81
+ <list style="symbols">
82
+ <t>The HTML has to render correctly on a list of browser versions that
83
+ the RFC Editor will keep up to date outside of this document.</t>
84
+ <t>The format will consist of a subset of HTML deemed to be widely
85
+ implemented by common browsers at the time the specification is
86
+ created, likely to continue to be widely implemented, and unlikely to
87
+ cause security issues. This will maximize the chances that future HTML
88
+ renderers (such as new web browsers) will continue to produce readable
89
+ text from the HTML format without the format needing to be changed
90
+ frequently.</t>
91
+ <t>These requirements are expected to change in the future to reflect the
92
+ expectation that HTML rendering will be required for current versions of
93
+ browsers and platforms, while ideally continuing to render correctly on
94
+ recent versions of those browsers.</t>
95
+ <t>The HTML documents from the RFC Editor or Internet-Drafts directory
96
+ may be re-rendered from the canonical XML format in
97
+ the future to ensure the ongoing readability of the documents. The
98
+ intent is that any re-rendering would be due to exceptional
99
+ circumstances rather than for minor annoyances.</t>
100
+ <t>The HTML must display adequately in at least one text-based browser.
101
+ Some consumers of the RFC Series can only access the documents on
102
+ text-based terminals.</t>
103
+ <t>The HTML document will be self-contained, without requiring external
104
+ files for images, CSS, JavaScript, or the like. This will allow
105
+ the HTML file to be moved over various non-HTTP transports (such as
106
+ email, FTP, and rsync) without breakage.</t>
107
+ <t>JavaScript will be supported on a limited basis. It will not be
108
+ permitted to overwrite or change any text present in the rendered HTML.
109
+ It may, on a limited basis, add additional text that provides
110
+ post-publication metadata or pointers if warranted. All such text will
111
+ be clearly marked as additional.</t>
112
+ <t>The HTML document will allow easy local override of the default CSS
113
+ formatting. This will allow users who have a different visual style
114
+ that they prefer to make RFCs display with that style without having to
115
+ alter the contents of the HTML document. This might also be valuable
116
+ for allowing people with specific accessibility needs to use a
117
+ customized CSS.</t>
118
+ <t>HTML tags in documents will rarely have attributes whose only purpose
119
+ is to affect the rendered styling, and those will only be used if it
120
+ would not be possible to specify that styling in a CSS. No such attributes are known at this time.</t>
121
+ <t>Both user-defined and auto-generated anchors must be supported and
122
+ linkable, with user-defined anchors appearing in an "id" attribute.
123
+ Auto-generated anchors will be generated for every heading, paragraph,
124
+ and so on, not just those that do not have user-defined anchors.
125
+ User-defined anchors may, and auto-generated anchors will, appear next to
126
+ paragraphs, figures, tables, blockquotes, and section titles.</t>
127
+ <t>All sections, subsections, figures, and paragraphs should have stable
128
+ numbered link anchors. Additionally, anchors expressed in the source
129
+ XML should be exposed as anchors in the HTML output as well.</t>
130
+ <t>The HTML must make it easy to separate sections along with all of their
131
+ subsections into separate files. This will make creating EPUB
132
+ documents easier in the future.</t>
133
+ <t>The HTML produced for Internet-Drafts will differ from that produced
134
+ by the RFC Editor due to differences in the output from the prep tool.</t>
135
+ <t>The abstract must be marked up or tagged in a way that popular search
136
+ engines will extract it as a summary.</t>
137
+ </list>
138
+ </t>
139
+ <section anchor="accessibility" title="Requirements for Accessibility">
140
+ <t>
141
+ <list style="symbols">
142
+ <t>Normative information must be easily accessible to the following
143
+ consumers:
144
+ <list>
145
+ <t>People with impaired vision, including those that use large fonts
146
+ and those that use screen readers</t>
147
+ <t>People with difficulty distinguishing between colors</t>
148
+ <t>People who use devices with small screens, such as cell phones</t>
149
+ </list>
150
+ </t>
151
+ <t>Specific instances where goals for accessibility are important in the
152
+ design choices of the format have been called out in the text.</t>
153
+ <t>Note: designing for these consumers does not preclude the use of
154
+ features they cannot use, but it does require that key semantic data not
155
+ be lost when read using the tools and settings that are required by a given
156
+ constituency.</t>
157
+ </list>
158
+ </t>
159
+ </section>
160
+ </section>
161
+ <section anchor="html5" title="HTML Version">
162
+ <t>The RFC Editor will periodically determine which version of the
163
+ HTML specification will be referenced for tools generating the
164
+ format defined in this document. The starting version will be that
165
+ defined in <xref target="W3C.REC-html5-20141028"/>, commonly known as
166
+ "HTML5". Although the HTML specification mandates several of the syntax
167
+ and structure rules described in this document, they are called out here
168
+ for emphasis.</t>
169
+ </section>
170
+ <section anchor="syntax" title="HTML Syntax">
171
+ <t>The processor emitting HTML from the XML source will follow these
172
+ rules:</t>
173
+ <t>
174
+ <list style="symbols">
175
+ <t>The HTML output is encoded as UTF-8, as specified in
176
+ <xref target="RFC3629"/>.</t>
177
+ <t>The document is valid HTML.</t>
178
+
179
+ <t>Double quotes (U+0022 QUOTATION MARK: ") are used to quote attribute
180
+ values unless the HTML specification forbids quoting a particular
181
+ attribute.</t>
182
+ <t>Each logical line is terminated solely with a \n (U+000A: LINE
183
+ FEED), otherwise known as "Unix-style" line endings.</t>
184
+ <t>Code points below (U+0020: SPACE) or character entity references
185
+ that generate them (e.g. &amp;#9;), other than (U+000A: LINE FEED)
186
+ may not be used. Note: this rule explicitly forbids \t (U+0009:
187
+ CHARACTER TABULATION), \f (U+000C: FORM FEED), and \r (U+000D:
188
+ CARRIAGE RETURN) from appearing in the HTML output.</t>
189
+ <t>Comments in the source XML, if any, will not be copied into
190
+ the HTML.</t>
191
+ <t>The HTML output will be pretty-printed, using whatever
192
+ consistent rules are deemed best by the developers of the HTML
193
+ production tools.</t>
194
+ </list>
195
+ </t>
196
+ <t>Note: none of these rules affect the rendered output of the HTML, but they
197
+ are intended to increase the chance that text comparison tools
198
+ (e.g., "diff") that operate on the HTML output are easier to write.</t>
199
+ </section>
200
+ <section anchor="common" title="Common Items">
201
+ <t>This section lists items that are common across multiple parts of the HTML
202
+ document.</t>
203
+ <section anchor='ids' title='IDs'>
204
+ <t>HTML elements that are generated from XML elements that include
205
+ an "anchor" attribute will use the value of the "anchor" attribute
206
+ as the value of the "id" attribute of the corresponding HTML element.
207
+ The prep tool produces XML with "anchor" attributes in all elements that need them.
208
+ Some HTML constructs (such as
209
+ &lt;section&gt;) will use
210
+ multiple instances of these identifiers.</t>
211
+ </section>
212
+ <section anchor='pilcrows' title='Pilcrows'>
213
+ <t>Each paragraph, artwork, or sourcecode segment outside of a
214
+ &lt;figure&gt; or &lt;table&gt; element will be appended with a
215
+ space and a "pilcrow" (U+00B6: PILCROW SIGN), otherwise known as a
216
+ "paragraph sign". For the purposes of clarity in ASCII renderings
217
+ of this document, in this document pilcrows are rendered as
218
+ "&amp;para;". The pilcrow will be linked to the "id" attribute on the
219
+ XML entity to which it is associated using an &lt;a&gt; element of
220
+ class "pilcrow". For example:</t>
221
+ <figure>
222
+ <artwork><![CDATA[
223
+ <p id="s-1.1-1">
224
+ Some paragraph text. <a class="pilcrow" href="#s-1.1-1">&para;</a>
225
+ </p>]]></artwork>
226
+ </figure>
227
+ <t>The pilcrow will normally be invisible unless the element it is
228
+ attached to is moused over. The pilcrow will be surrounded by a
229
+ link that points to the element it is attached to.</t>
230
+ <t>Pilcrows are never included inside a &lt;table&gt; or
231
+ &lt;figure&gt; element, since the figure number or table number
232
+ serves as an adequate link target.</t>
233
+ <t>Elements that might otherwise contain a pilcrow do not get marked
234
+ with a pilcrow if they contain one or more child elements that are
235
+ marked with a pilcrow. For example:</t>
236
+ <figure>
237
+ <artwork><![CDATA[
238
+ <blockquote id="s-1.2-1">
239
+ <p id="s-1.2-2">Four score and seven years ago our fathers brought
240
+ forth on this continent, a new nation, conceived in Liberty, and
241
+ dedicated to the proposition that all men are created equal.
242
+ <a href="#s-1.2-2" class="pilcrow">&para;</a></p>
243
+ <!-- NO pilcrow here -->
244
+ </blockquote>]]></artwork>
245
+ </figure>
246
+ </section>
247
+ </section>
248
+ <section anchor="front-matter" title="Front Matter">
249
+ <t>The front matter of the HTML format contains processing information,
250
+ metadata of various types, and styling information that applies to the
251
+ document as a whole. This section describes HTML that is not
252
+ necessarily a direct transform from the XML format. For more details
253
+ on each of the tags that generate content in this section,
254
+ see <xref target="elements"/>.</t>
255
+ <section anchor="doctype" title="DOCTYPE">
256
+ <t>The DOCTYPE of the document is "html", which declares that the
257
+ document is compliant with HTML5. The document will start with
258
+ exactly this string:</t>
259
+ <figure>
260
+ <artwork><![CDATA[
261
+ <!DOCTYPE html>]]></artwork>
262
+ </figure>
263
+ </section>
264
+
265
+
266
+ <section anchor="root-element" title="Root Element">
267
+ <t>The root element of the document is &lt;html&gt;. This element
268
+ includes a &quot;lang&quot; attribute, whose value is a language tag, as discussed in <xref target="RFC5646"/>,
269
+ that describes the natural language of the document. The
270
+ language tag to be included is "en". The class of the &lt;html&gt;
271
+ element will be copied verbatim from the XML &lt;rfc&gt; element's
272
+ &lt;front&gt; element's &lt;seriesInfo&gt; element's "name"
273
+ attributes (separated by spaces; see Section 2.47.3 of <xref
274
+ target="RFC7991" />), allowing CSS to style RFCs and
275
+ Internet-Drafts differently from one another (if needed):
276
+ </t>
277
+
278
+ <figure>
279
+ <artwork><![CDATA[
280
+ <html lang="en" class="RFC">]]></artwork>
281
+ </figure>
282
+ </section>
283
+ <section anchor="head-element" title="&lt;head&gt; Element">
284
+ <t>The root &lt;html&gt; will contain a &lt;head&gt; element that
285
+ contains the following elements, as needed.</t>
286
+ <section anchor="charset-declaration" title="Charset Declaration">
287
+ <t>In order to be correctly processed by browsers that load the HTML
288
+ using a mechanism that does not provide a valid content-type
289
+ or charset (such as from a local file system using a "file:" URL),
290
+ the HTML &lt;head&gt; element contains a &lt;meta&gt; element,
291
+ whose &quot;charset&quot; attribute value is "utf-8":</t>
292
+
293
+
294
+ <figure>
295
+ <artwork><![CDATA[
296
+ <meta charset="utf-8">]]></artwork>
297
+ </figure>
298
+ </section>
299
+ <section anchor="head-title" title="Document Title">
300
+ <t>The contents of the &lt;title&gt; element from the XML source
301
+ will be placed inside an HTML &lt;title&gt; element in the
302
+ header.</t>
303
+ </section>
304
+ <section anchor="meta" title="Document Metadata">
305
+ <t>The following &lt;meta&gt; elements will be included:
306
+ <list style="symbols">
307
+ <t>author - one each for the each of the "fullname"s and "asciiFullname"s of
308
+ all of the &lt;author&gt;s from the &lt;front&gt; of the XML
309
+ source</t>
310
+ <t>description - the &lt;abstract&gt; from the XML source</t>
311
+ <t>generator - the name and version number of the software used
312
+ to create the HTML</t>
313
+ <t>keywords - comma-separated &lt;keyword&gt;s from the XML
314
+ source</t>
315
+ </list>
316
+ For example:
317
+ </t>
318
+ <figure>
319
+ <artwork><![CDATA[
320
+ <meta name="author" content="Joe Hildebrand">
321
+ <meta name="author" content="JOE HILDEBRAND">
322
+ <meta name="author" content="Heather Flanagan">
323
+ <meta name="description" content="This document defines...">
324
+ <meta name="generator" content="xmljade v0.2.4">
325
+ <meta name="keywords" content="html,css,rfc">]]></artwork>
326
+ </figure>
327
+ <t>Note: the HTML &lt;meta&gt; tag does not contain a closing
328
+ slash.</t>
329
+ </section>
330
+ <section anchor="xmlsource" title="Link to XML Source">
331
+ <t>The &lt;head&gt; element contains a &lt;link&gt; tag, with "rel"
332
+ attribute of "alternate", "type" attribute of "application/rfc+xml",
333
+ and "href" attribute pointing to the prepared XML source that was
334
+ used to generate this document.</t>
335
+ <figure>
336
+ <artwork><![CDATA[
337
+ <link rel="alternate" type="application/rfc+xml" href="source.xml">]]></artwork>
338
+ </figure>
339
+ </section>
340
+ <section anchor="license" title="Link to License">
341
+ <t>The &lt;head&gt; element contains a &lt;link&gt; tag, with "rel"
342
+ attribute of "license" and "href" attribute pointing to the an
343
+ appropriate copyright license for the document.</t>
344
+ <figure>
345
+ <artwork><![CDATA[
346
+ <link rel="license"
347
+ href="https://trustee.ietf.org/trust-legal-provisions.html">]]></artwork>
348
+
349
+ </figure>
350
+ </section>
351
+ <section anchor="style" title="Style">
352
+ <t>The &lt;head&gt; element contains an embedded CSS in a
353
+ &lt;style&gt; element. The styles in the style sheet are to be set
354
+ consistently between documents by the RFC Editor, according to the
355
+ best practices of the day.</t>
356
+ <t>To ensure consistent formatting, individual style attributes should
357
+ not be used in the main portion of the document.</t>
358
+ <t>Different readers of a specification will desire different
359
+ formatting when reading the HTML versions of RFCs. To facilitate
360
+ this, the &lt;head&gt; element also includes a &lt;link&gt; to a
361
+ style sheet in the same directory as the HTML file, named
362
+ "rfc-local.css". Any formatting in the linked style sheet will
363
+ override the formatting in the included style sheet. For example:</t>
364
+ <figure>
365
+ <artwork><![CDATA[
366
+ <style>
367
+ body {}
368
+ ...
369
+ </style>
370
+ <link rel="stylesheet" type="text/css" href="rfc-local.css">]]></artwork>
371
+ </figure>
372
+ </section>
373
+ <section anchor="links" title="Links">
374
+ <t>Each &lt;link&gt; element from the XML source is copied into
375
+ the HTML header. Note: the HTML &lt;link&gt; element does not
376
+ include a closing slash.</t>
377
+ </section>
378
+ </section>
379
+
380
+ <section anchor='page-headers-footers' title="Page Headers and Footers">
381
+ <t>In order to simplify printing by HTML renderers that implement
382
+ <xref target='W3C.WD-css3-page-20130314'/>, a hidden HTML
383
+ &lt;table&gt; tag of class "ears" is added at the beginning of the HTML &lt;body&gt;
384
+ tag, containing HTML &lt;thead&gt; and &lt;tfoot&gt; tags, each of
385
+ which contains an HTML &lt;tr&gt; tag, which contains three HTML
386
+ &lt;td&gt; tags with class "left", "center", and "right",
387
+ respectively.</t>
388
+ <t>The &lt;thead&gt; corresponds to the top of the page, the
389
+ &lt;tfoot&gt; to the bottom. The string "[Page]" can be used
390
+ as a placeholder for the page number. In practice, this must
391
+ always be in the &lt;tfoot&gt;'s right &lt;td&gt;, and no control
392
+ of the formatting of the page number is implied.</t>
393
+ <figure>
394
+ <artwork><![CDATA[
395
+ <table class="ears">
396
+ <thead>
397
+ <tr>
398
+ <td class="left">Internet-Draft</td>
399
+ <td class="center">HTML RFC</td>
400
+ <td class="right">March 2016</td>
401
+ </tr>
402
+ </thead>
403
+ <tfoot>
404
+ <tr>
405
+ <td class="left">Hildebrand</td>
406
+ <td class="center">Expires September 2, 2016</td>
407
+ <td class="right">[Page]</td>
408
+ </tr>
409
+ </tfoot>
410
+ </table>]]></artwork>
411
+ </figure>
412
+ </section>
413
+ <section anchor="document-information" title="Document Information">
414
+
415
+ <t>Information about the document as a whole will appear as the first child of the
416
+ HTML &lt;body&gt; element, embedded in an HTML &lt;dl&gt; element
417
+ with id="identifiers". The defined terms in the definition list
418
+ are "Workgroup:", "Series:", "Status:", "Published:", and "Author:"
419
+ or "Authors:" (as appropriate). For example:</t>
420
+
421
+ <figure>
422
+ <artwork><![CDATA[
423
+ <dl id="identifiers">
424
+ <dt>Workgroup:</dt>
425
+ <dd class="workgroup">rfc-interest</dd>
426
+ <dt>Series:</dt>
427
+ <dd class="series">Internet-Draft</dd>
428
+ <dt>Status:</dt>
429
+ <dd class="status">Informational</dd>
430
+ <dt>Published:</dt>
431
+ <dd><time datetime="2014-10-25"
432
+ class="published">2014-10-25</time></dd>
433
+ <dt>Authors:</dt>
434
+ <dd class="authors">
435
+ <div class="author">
436
+ <span class="initial">J.</span>
437
+ <span class="surname">Hildebrand</span>
438
+ (<span class="organization">Cisco Systems, Inc.</span>)
439
+ <span class="editor">Ed.</span>
440
+ </div>
441
+ <div class="author">
442
+ <span class="initial">H.</span>
443
+ <span class="surname">Flanagan</span>
444
+ (<span class="organization">RFC Editor</span>)
445
+ </div>
446
+ </dd>
447
+ </dl>]]></artwork>
448
+ </figure>
449
+ </section>
450
+
451
+ <section anchor='table-of-contents' title='Table of Contents'>
452
+ <t>The table of contents will follow the boilerplate if the XML's &lt;rfc&gt;
453
+ element's &quot;tocInclude&quot; attribute has the value "true". An HTML &lt;h2&gt;
454
+ heading containing the text "Table of Contents" will be followed by a
455
+ &lt;nav&gt; element that contains a &lt;ul&gt; element for each depth
456
+ of the section hierarchy. Each section will be represented by a
457
+ &lt;li&gt; element containing links by the section number (from the "pn"
458
+ attribute) and by the name (from the "slugifiedName" attribute of the
459
+ &lt;name&gt; child element). Each &lt;nav&gt;, &lt;ul&gt;, and
460
+ &lt;li&gt; element will have the class "toc".</t>
461
+ <t>For example:</t>
462
+ <figure>
463
+ <artwork><![CDATA[
464
+ <h2 id="toc">Table of Contents</h2>
465
+ <nav class="toc">
466
+ <ul class="toc">
467
+ <li class="toc">
468
+ <a href="s-1">1</a>. <a href="n-introduction">Introduction</a>
469
+ </li>
470
+ <ul class="toc">
471
+ <li class="toc">
472
+ <a href="s-1.1">1.1</a>. <a href="n-sub-intro">Sub Intro</a>
473
+ </li>
474
+ ...]]></artwork>
475
+ </figure>
476
+ </section>
477
+ </section>
478
+ <section anchor='middle' title='Main Body'>
479
+ <t>The main body of the HTML document is processed according to the rules in
480
+ <xref target='elements'/>.</t>
481
+ </section>
482
+ <section anchor='back-matter' title='Back Matter'>
483
+
484
+ <t>The back matter of the HTML document includes an index (if generated),
485
+ information about the authors, and further information about the
486
+ document itself.</t>
487
+ <section anchor='index' title='Index'>
488
+ <t>The index will be produced as dictated by the RFC Editor's Style
489
+ Guide <xref target="RFC-STYLE" /> if and only if the XML document's &lt;rfc&gt;
490
+ element has an &quot;indexInclude&quot; attribute with the value "true" and there
491
+ is one or more &lt;iref&gt; elements in the document.
492
+ </t>
493
+ <section anchor='index-index' title='Index Contents'>
494
+ <t>The index section will start with an &lt;h2&gt; heading containing
495
+ the text "Index", followed by links to each of the lettered
496
+ portions of the index. Links are not generated for letters that
497
+ do not occur as the first letter of an index item.</t>
498
+ <t>For example:</t>
499
+ <figure>
500
+ <artwork><![CDATA[
501
+ <h2>Index</h2>
502
+ <div class="index">
503
+ <div class="indexIndex">
504
+ <a href="#rfc.index.C">C</a>
505
+ <a href="#rfc.index.P">P</a>
506
+ </div>
507
+ ...]]></artwork>
508
+ </figure>
509
+ </section>
510
+ <section anchor='index-letters' title='Index Letters'>
511
+ <t>The index letter is followed by a &lt;ul&gt; tag that contains an
512
+ &lt;li&gt; tag for each first letter represented in the index. This
513
+ &lt;li&gt; tag has the class "indexChar" and contains an &lt;a&gt;
514
+ tag with the id pointed to by the index letter as well as an
515
+ &quot;href&quot; attribute to itself. The &lt;li&gt; tag also includes a &lt;ul&gt; tag
516
+ that will contain the index items.</t>
517
+ <t>For example:</t>
518
+ <figure>
519
+ <artwork><![CDATA[
520
+ <ul>
521
+ <li class="indexChar">
522
+ <a href="#rfc.index.C" id="rfc.index.C">C</a>
523
+ <ul>
524
+ <!-- items go here -->
525
+ </ul>
526
+ </li>
527
+ ...]]></artwork>
528
+ </figure>
529
+ </section>
530
+ <section anchor='index-items' title='Index Items'>
531
+ <t>Each index item can have multiple &lt;iref&gt; elements to point to, all
532
+ with the same item attribute. Each index item is represented by an
533
+ &lt;li&gt; tag of class "indexItem" containing a &lt;span&gt; of class
534
+ "irefItem" for the item text and one of class "irefRefs" for the generated
535
+ references (if there is at least one reference to the item not having
536
+ a subitem). Each generated reference contains an &lt;a&gt; tag
537
+ containing the section number where the &lt;iref&gt; is found, with
538
+ an "href" attribute pointing to the "irefid" attribute of the &lt;iref&gt; element from the XML document. If the primary
539
+ attribute of the &lt;iref&gt; element has the value "true", the &lt;a&gt; element in the HTML document
540
+ will have the class "indexPrimary". Commas may be used to separate the
541
+ generated references.</t>
542
+ <t>For example:</t>
543
+ <figure>
544
+ <artwork><![CDATA[
545
+ <li class="indexItem">
546
+ <span class="irefItem">Bullets</span>
547
+ <span class="irefRefs">
548
+ <a class="indexPrimary" href="#s-Bullets-1">2</a>,
549
+ <a href="#s-Bullets-2">2</a>
550
+ </span>
551
+ <!-- subitems go here -->
552
+ </li>
553
+ ...]]></artwork>
554
+ </figure>
555
+ </section>
556
+ <section anchor='index-subitems' title='Index Subitems'>
557
+ <t>If an index item has at least one subitem, the &lt;li&gt; of
558
+ that item will contain a &lt;ul&gt;, with one &lt;li&gt; for each
559
+ subitem, of class "indexSubItem". The format for each subitem is
560
+ similar to that used for items, except the class of the first &lt;span&gt;
561
+ tag is "irefSubItem".</t>
562
+ <t>For example:</t>
563
+ <figure>
564
+ <artwork><![CDATA[
565
+ <ul>
566
+ <li class="indexSubItem">
567
+ <span class="irefSubItem">Ordered</span>
568
+ <span class="irefRefs">
569
+ <a href="#s-Bullets-Ordered-1">2</a>
570
+ </span>
571
+ </li>
572
+ </ul>
573
+ ...]]></artwork>
574
+ </figure>
575
+ </section>
576
+ </section>
577
+ <section anchor='authors-addresses' title="Authors' Addresses Section">
578
+ <t>At the end of the document, author information will be included
579
+ inside an HTML &lt;section&gt; element whose &quot;id&quot; attribute is
580
+ "author-addresses". The class names of the constituent HTML tags
581
+ have been chosen to match the class names in <xref target="HCARD"/>.</t>
582
+ <t>The information for each author will be separated by an HTML
583
+ &lt;hr&gt; element with class "addr".</t>
584
+ <figure>
585
+ <artwork><![CDATA[
586
+ <section id="author-addresses">
587
+ <h2>
588
+ <a class="selfRef" href="#author-addresses">
589
+ Authors' Addresses
590
+ </a>
591
+ </h2>
592
+ <address class="vcard">
593
+ <div class="nameRole"><span class="fn">Joe Hildebrand</span>
594
+ (<span class="role">editor</span>)</div>
595
+ <div class="org">Cisco Systems, Inc.</div>
596
+ </address>
597
+ <hr class="addr">
598
+ <address class="vcard">
599
+ <div class="nameRole"><span class="fn">Heather Flanagan</span>
600
+ (<span class="role">editor</span>)</div>
601
+ <div class="org">RFC Series Editor</div>
602
+ </address>
603
+ </section>]]></artwork>
604
+ </figure>
605
+ </section>
606
+ <section anchor="docInfo" title="Document Information">
607
+ <t>A few bits of metadata about the document that are less
608
+ important to most readers are included after the author information.
609
+ These are gathered together into a &lt;div&gt; of class
610
+ "docInfo".</t>
611
+
612
+ <t>The finalized time is copied from the &lt;rfc&gt; element's
613
+ &quot;prepTime&quot; attribute. The rendered time is the time that this
614
+ HTML was generated.</t>
615
+ <t>For example:</t>
616
+ <figure>
617
+ <artwork><![CDATA[
618
+ <div class="docInfo">
619
+ <span class="finalized">
620
+ Finalized: <time
621
+ datetime="2015-04-29T18:59:08Z">2015-04-29T18:59:08Z</time>
622
+ </span>
623
+ <span class="rendered">
624
+ Rendered: <time
625
+ datetime="2015-04-29T18:59:10Z">2015-04-29T18:59:10Z</time>
626
+ </span>
627
+ </div>]]></artwork>
628
+ </figure>
629
+ </section>
630
+ </section>
631
+ <section title="Elements" anchor="elements">
632
+ <t>This section describes how each of the XML elements from
633
+ <xref target='RFC7991'/> is rendered to HTML.
634
+ Many of the descriptions have examples to clarify how elements will be rendered.</t>
635
+ <section title="&lt;abstract&gt;" anchor="element.abstract">
636
+
637
+ <t>The abstract is rendered in a similar fashion to a &lt;section&gt; with anchor="abstract" and
638
+ &lt;name&gt;Abstract&lt;/name&gt;, but without a section number.</t>
639
+ <figure>
640
+ <artwork><![CDATA[
641
+ <section id="abstract">
642
+ <h2><a href="#abstract" class="selfRef">Abstract</a></h2>
643
+ <p id="s-abstract-1">This document defines...
644
+ <a href="#s-abstract-1" class="pilcrow">&para;</a>
645
+ </p>
646
+ </section>]]></artwork>
647
+ </figure>
648
+ </section>
649
+ <section title="&lt;address&gt;" anchor="element.address">
650
+ <t>This element is used in the Authors' Addresses section.
651
+ It is rendered
652
+ as an HTML &lt;address&gt; tag of class "vcard". If none of the
653
+ descendant XML elements has an "ascii" attribute, the &lt;address&gt;
654
+ HTML tag includes the HTML rendering of each of the descendant
655
+ XML elements. Otherwise, the &lt;address&gt; HTML tag includes
656
+ an HTML &lt;div&gt; tag of class "ascii" (containing the HTML
657
+ rendering of the ASCII variants of each of the descendant XML
658
+ elements), an HTML &lt;div&gt; tag of class "alternative-contact",
659
+ (containing the text "Alternate contact information:"), and
660
+ an HTML &lt;div&gt; tag of class "non-ascii" (containing the HTML
661
+ rendering of the non-ASCII variants of each of the descendant XML
662
+ elements).
663
+ </t>
664
+ <t>Note: the following example shows some ASCII equivalents that are
665
+ the same as their nominal equivalents for clarity; normally, the ASCII
666
+ equivalents would not be included for these cases.</t>
667
+ <figure>
668
+ <artwork><![CDATA[
669
+ <address class="vcard">
670
+ <div class="ascii">
671
+ <div class="nameRole"><span class="fn">Joe Hildebrand</span>
672
+ (<span class="role">editor</span>)</div>
673
+ <div class="org">Cisco Systems, Inc.</div>
674
+ </div>
675
+ <div class="alternative-contact">
676
+ Alternate contact information:
677
+ </div>
678
+ <div class="non-ascii">
679
+ <div class="nameRole"><span class="fn">Joe Hildebrand</span>
680
+ (<span class="role">editor</span>)</div>
681
+ <div class="org">Cisco Systems, Inc.</div>
682
+ </div>
683
+ </address>]]></artwork>
684
+ </figure>
685
+ </section>
686
+ <section title="&lt;annotation&gt;" anchor="element.annotation">
687
+ <t>This element is rendered as the text ", " (a comma and a space)
688
+ followed by a &lt;span&gt; of class "annotation" at the end
689
+ of a &lt;reference&gt; element, the &lt;span&gt;
690
+ containing appropriately transformed elements from the children of
691
+ the &lt;annotation&gt; tag.</t>
692
+ <figure>
693
+ <artwork><![CDATA[
694
+ <span class="annotation">Some <em>thing</em>.</span>]]></artwork>
695
+ </figure>
696
+ </section>
697
+ <section title="&lt;area&gt;" anchor="element.area">
698
+ <t>Not currently rendered to HTML.</t>
699
+ </section>
700
+ <section title="&lt;artwork&gt;" anchor="element.artwork">
701
+ <t>Artwork can consist of either inline text or SVG. If the artwork is
702
+ not inside a &lt;figure&gt; element, a
703
+ <xref target='pilcrows'>pilcrow</xref> is included. Inside a
704
+ &lt;figure&gt; element, the figure title serves the purpose of the
705
+ pilcrow. If the "align" attribute has the value "right", the CSS class
706
+ "alignRight" will be added. If the "align" attribute has the value
707
+ "center", the CSS class "alignCenter" will be added.</t>
708
+ <section title="Text Artwork" anchor="element.artwork-text">
709
+ <t>Text artwork is rendered inside an HTML &lt;pre&gt; element, which
710
+ is contained by a &lt;div&gt; element for consistency with SVG
711
+ artwork. Note that CDATA blocks are not a part of HTML,
712
+ so angle brackets and ampersands (i.e., &lt;, &gt;, and &amp;) must be escaped as &amp;lt;, &amp;gt;,
713
+ and &amp;amp;, respectively.</t>
714
+ <t>The &lt;div&gt; element will have CSS classes of "artwork",
715
+ "art-text", and "art-" prepended to the value of the &lt;artwork&gt;
716
+ element's "type" attribute, if it exists.</t>
717
+ <figure>
718
+ <artwork><![CDATA[
719
+ <div class="artwork art-text art-ascii-art" id="s-1-2">
720
+ <pre>
721
+ ______________
722
+ &lt; hello, world &gt;
723
+ --------------
724
+ \ ^__^
725
+ \ (oo)\_______
726
+ (__)\ )\/\
727
+ ||----w |
728
+ || ||
729
+ </pre>
730
+ <a class="pilcrow" href="#s-1-2">&para;</a>
731
+ </div>]]></artwork>
732
+ </figure>
733
+ </section>
734
+ <section title="SVG Artwork" anchor="element.artwork-svg">
735
+ <t>SVG artwork will be included inline. The SVG is wrapped in a
736
+ &lt;div&gt; element with CSS classes "artwork" and "art-svg".</t>
737
+ <t>If the SVG &quot;artwork&quot; element is a child of &lt;figure&gt; and the
738
+ artwork is specified as align="right", an
739
+ empty HTML &lt;span&gt; element is added directly after the
740
+ &lt;svg&gt; element, in order to get right alignment to work correctly
741
+ in HTML rendering engines that do not support the flex-box
742
+ model.</t>
743
+ <t>Note: the &quot;alt&quot; attribute of &lt;artwork&gt; is not currently used
744
+ for SVG; instead, the &lt;title&gt; and &lt;desc&gt; tags are used
745
+ in the SVG.</t>
746
+ <figure>
747
+ <artwork><![CDATA[
748
+ <div class="artwork art-svg" id="s-2-17">
749
+ <svg width="100" height="100" xmlns="http://www.w3.org/2000/svg">
750
+ <desc>Alt text here</desc>
751
+ <circle
752
+ cx="50" cy="50" r="40"
753
+ stroke="green" stroke-width="4" fill="yellow" />
754
+ </svg>
755
+ <a href="#s-2-17" class="pilcrow">&para;</a>
756
+ </div>]]></artwork>
757
+ </figure>
758
+ </section>
759
+ <section title="Other Artwork" anchor="element">
760
+ <t>Other artwork will have a &quot;src&quot; attribute that uses the "data" URI scheme
761
+ defined in <xref target="RFC2397"/>. Such artwork is rendered in an
762
+ HTML &lt;img&gt; element. Note: the HTML &lt;img&gt; element does
763
+ not have a closing slash.</t>
764
+ <t>Note: such images are not yet allowed in RFCs
765
+ even though the format supports them. A limited set of "data:" mediatypes for artwork may be allowed in the
766
+ future.</t>
767
+ <figure>
768
+ <artwork><![CDATA[
769
+ <div class="artwork art-logo" id="s-2-58">
770
+ <img alt="IETF logo"
771
+ src="data:image/gif;charset=utf-8;base64,...">
772
+ <a class="pilcrow" href="#s-2-58">&para;</a>
773
+ </div>]]></artwork>
774
+ </figure>
775
+ </section>
776
+ </section>
777
+ <section title="&lt;aside&gt;" anchor="element.aside">
778
+ <t>This element is rendered as an HTML &lt;aside&gt; element, with
779
+ all child content appropriately transformed.</t>
780
+ <figure>
781
+ <artwork><![CDATA[
782
+ <aside id="s-2.1-2">
783
+ <p id="s-2.1-2.1">
784
+ A little more than kin, and less than kind.
785
+ <a class="pilcrow" href="#s-2.1-2.1">&para;</a>
786
+ </p>
787
+ </aside>]]></artwork>
788
+ </figure>
789
+ </section>
790
+ <section title="&lt;author&gt;" anchor="element.author">
791
+ <t>The &lt;author&gt; element is used in several places in the output.
792
+ Different rendering is used for each.</t>
793
+ <section title="Authors in Document Information">
794
+ <t>As seen in the <xref target='document-information' format='title'/>
795
+ at the beginning of the HTML, each document author is rendered
796
+ as an HTML &lt;div&gt; tag of class "author".</t>
797
+
798
+ <t>Inside the &lt;div class="author"&gt; HTML tag, the author's
799
+ initials and surname (or the fullname, if it exists and the others
800
+ do not) will be rendered in an HTML &lt;div&gt;
801
+ tag of class "author-name". If the &lt;author&gt;
802
+ contains "asciiInitials" and "asciiSurname" attributes, or contains
803
+ as "asciiFullname" attribute, the author's name is rendered twice,
804
+ with the first being the non-ASCII version, wrapped in an HTML
805
+ &lt;span&gt; tag of class "non-ascii", followed by the ASCII
806
+ version wrapped in an HTML &lt;span&gt; tag of class "ascii",
807
+ wrapped in parentheses. If the &lt;author&gt; has a "role"
808
+ attribute of "editor", the &lt;div class="author-name"&gt; will
809
+ also contain the text ", " (comma, space), followed by an HTML
810
+ &lt;span&gt; tag of class "editor", which contains the text "Ed.".</t>
811
+ <t>If the &lt;author&gt; element contains an
812
+ <xref target='element.organization' format='title'/>
813
+ element, it is also rendered inside the &lt;div class="author"&gt;
814
+ HTML tag. </t>
815
+ <figure>
816
+ <artwork><![CDATA[
817
+ <div class="author">
818
+ <div class="author-name">
819
+ H. Flanagan,
820
+ <span class="editor">Ed.</span></div>
821
+ <div class="org">Test Org</div>
822
+ </div>
823
+ <div class="author">
824
+ <div class="author-name">
825
+ <span class="non-ascii">Hildebrand</span>
826
+ (<span class="ascii">HILDEBRAND</span>)
827
+ </div>
828
+ <div class="org">
829
+ <span class="non-ascii">Test Org</span>
830
+ (<span class="ascii">TEST ORG</span>)
831
+ </div>
832
+ </div>]]></artwork>
833
+ </figure>
834
+ </section>
835
+ <section title="Authors of This Document">
836
+ <t>As seen in the Authors' Addresses section,
837
+ at the end of the HTML, each document author is rendered into an
838
+ HTML &lt;address&gt; element with the CSS class "vcard".</t>
839
+ <t>The HTML &lt;address&gt; element will contain an HTML &lt;div&gt;
840
+ with CSS class "nameRole". That div will contain an HTML &lt;span&gt;
841
+ element with CSS class "fn" containing the value of the "fullname"
842
+ attribute of the &lt;author&gt; XML element and an HTML &lt;span&gt;
843
+ element with CSS class "role" containing the value of the "role"
844
+ attribute of the &lt;author&gt; XML element (if there is a role).
845
+ Parentheses will surround the &lt;span class="role"&gt;, if it
846
+ exists.</t>
847
+ <figure>
848
+ <artwork><![CDATA[
849
+ <address class="vcard">
850
+ <div class="nameRole">
851
+ <span class="fn">Joe Hildebrand</span>
852
+ (<span class="role">editor</span>)
853
+ </div>
854
+ ...]]></artwork>
855
+ </figure>
856
+ <t>After the name, the
857
+ <xref target='element.organization' format='title'/> and
858
+ <xref target='element.address' format='title'/> child elements of
859
+ the author are rendered inside the HTML &lt;address&gt; tag.</t>
860
+ <t>When the &lt;author&gt; element, or any of its descendant elements,
861
+ has any attribute that starts with "ascii", all of the author
862
+ information is displayed twice. The first version is wrapped in
863
+ an HTML &lt;div&gt; tag with class "ascii"; this version prefers
864
+ the ASCII version of information, such as "asciiFullname", but falls
865
+ back on the non-ASCII version if the ASCII version doesn't exist.
866
+ The second version is wrapped in an HTML &lt;div&gt; tag with class
867
+ "non-ascii"; this version prefers the non-ASCII version of
868
+ information, such as "fullname", but falls back on the ASCII
869
+ version if the non-ASCII version does not exist. Between these
870
+ two HTML &lt;div&gt;s, a third &lt;div&gt; is inserted, with class
871
+ "alternative-contact", containing the text "Alternate contact
872
+ information:".</t>
873
+ <figure>
874
+ <artwork><![CDATA[
875
+ <address class="vcard">
876
+ <div class="ascii">
877
+ <div class="nameRole">
878
+ <span class="fn">The ASCII name</span>
879
+ </div>
880
+ </div>
881
+ <div class="alternative-contact">
882
+ Alternate contact information:
883
+ </div>
884
+ <div class="non-ascii">
885
+ <div class="nameRole">
886
+ <span class="fn">The non-ASCII name</span>
887
+ (<span class="role">editor</span>)
888
+ </div>
889
+ </div>
890
+ </address>
891
+ ]]></artwork>
892
+ </figure>
893
+ </section>
894
+ <section title="Authors of References">
895
+ <t>In the output generated from a reference element, author tags are
896
+ rendered inside an HTML &lt;span&gt; element with CSS class
897
+ "refAuthor". See Section 4.8.6.2 of <xref target='RFC7322'/> for
898
+ guidance on how author names are to appear.
899
+ </t>
900
+ <figure>
901
+ <artwork><![CDATA[
902
+ <span class="refAuthor">Flanagan, H.</span> and
903
+ <span class="refAuthor">N. Brownlee</span>]]></artwork>
904
+ </figure>
905
+ </section>
906
+ </section>
907
+
908
+ <section title="&lt;back&gt;" anchor="element.back">
909
+ <t>If there is exactly one
910
+ <xref target='element.references' format='title'/> child, render
911
+ that child in a similar way to a <xref target='element.section' format='title'/>.
912
+ If there are more than one
913
+ <xref target='element.references' format='title'/> children, render
914
+ as a <xref target='element.section' format='title'/> whose name is
915
+ "References", containing a <xref target='element.section' format='title'/>
916
+ for each <xref target='element.references' format='title'/> child.</t>
917
+ <t>After any <xref target='element.references' format='title'/> sections,
918
+ render each <xref target='element.section' format='title'/> child of
919
+ <xref target='element.back' format='title'/>
920
+ as an appendix.</t>
921
+ <figure>
922
+ <artwork><![CDATA[
923
+ <section id="n-references">
924
+ <h2 id="s-2">
925
+ <a class="selfRef" href="#s-2">2.</a>
926
+ <a class="selfRef" href="#n-references">References</a>
927
+ </h2>
928
+ <section id="n-normative">
929
+ <h3 id="s-2.1">
930
+ <a class="selfRef" href="#s-2.1">2.1.</a>
931
+ <a class="selfRef" href="#n-normative">Normative</a>
932
+ </h3>
933
+ <dl class="reference"></dl>
934
+ </section>
935
+ <section id="n-informational">
936
+ <h3 id="s-2.2">
937
+ <a class="selfRef" href="#s-2.2">2.2.</a>
938
+ <a class="selfRef" href="#n-informational">Informational</a>
939
+ </h3>
940
+ <dl class="reference"></dl>
941
+ </section>
942
+ </section>
943
+ <section id="n-unimportant">
944
+ <h2 id="s-A">
945
+ <a class="selfRef" href="#s-A">Appendix A.</a>
946
+ <a class="selfRef" href="#n-unimportant">Unimportant</a>
947
+ </h2>
948
+ </section>]]></artwork>
949
+ </figure>
950
+ </section>
951
+ <section title="&lt;bcp14&gt;" anchor="element.bcp14">
952
+ <t>This element marks up words like MUST and SHOULD <xref target="BCP14" /> with an HTML
953
+ &lt;span&gt; element with the CSS class "bcp14".</t>
954
+ <figure>
955
+ <artwork><![CDATA[
956
+ You <span class="bcp14">MUST</span> be joking.]]></artwork>
957
+ </figure>
958
+
959
+ </section>
960
+ <section title="&lt;blockquote&gt;" anchor="element.blockquote">
961
+ <t>This element renders in a way similar to the HTML &lt;blockquote&gt;
962
+ element. If there is a "cite" attribute, it is copied
963
+ to the HTML "cite" attribute. If there is a "quoteFrom" attribute,
964
+ it is placed inside a &lt;cite&gt; element at the end of the quote,
965
+ with an &lt;a&gt; element surrounding it (if there is a "cite"
966
+ attribute), linking to the cited URL.</t>
967
+ <t>If the &lt;blockquote&gt; does not contain another element that gets a
968
+ <xref target='pilcrows'>pilcrow</xref>, a pilcrow is added.</t>
969
+ <t>Note that the "&amp;mdash;" at the beginning of the &lt;cite&gt; element
970
+ should be a proper emdash, which is difficult to show in the
971
+ display of the current format.</t>
972
+ <figure>
973
+ <artwork><![CDATA[
974
+ <blockquote id="s-1.2-1"
975
+ cite="http://...">
976
+ <p id="s-1.2-2">Four score and seven years ago our fathers
977
+ brought forth on this continent, a new nation, conceived
978
+ in Liberty, and dedicated to the proposition that all men
979
+ are created equal.
980
+ <a href="#s-1.2-2" class="pilcrow">&para;</a>
981
+ </p>
982
+ <cite>&mdash; <a href="http://...">Abraham Lincoln</a></cite>
983
+ </blockquote>]]></artwork>
984
+ </figure>
985
+ </section>
986
+ <section title="&lt;boilerplate&gt;" anchor="element.boilerplate">
987
+ <t>The Status of This Memo and the Copyright statement, together
988
+ commonly referred to as the document boilerplate, appear after the
989
+ Abstract. The children of the input &lt;boilerplate&gt; element
990
+ are treated in a similar fashion to unnumbered sections.
991
+ </t>
992
+ <figure>
993
+ <artwork><![CDATA[
994
+ <section id="status-of-this-memo">
995
+ <h2 id="s-boilerplate-1">
996
+ <a href="#status-of-this-memo" class="selfRef">
997
+ Status of this Memo</a>
998
+ </h2>
999
+ <p id="s-boilerplate-1-1">This Internet-Draft is submitted in full
1000
+ conformance with the provisions of BCP 78 and BCP 79.
1001
+ <a href="#s-boilerplate-1-1" class="pilcrow">&para;</a>
1002
+ </p>
1003
+ ...]]></artwork>
1004
+ </figure>
1005
+ </section>
1006
+ <section title="&lt;br&gt;" anchor="element.br">
1007
+ <t>This element is directly rendered as its HTML counterpart. Note:
1008
+ in HTML, &lt;br&gt; does not have a closing slash.</t>
1009
+ </section>
1010
+ <section title="&lt;city&gt;" anchor="element.city">
1011
+ <t>This element is rendered as a &lt;span&gt; element with CSS
1012
+ class "locality".</t>
1013
+ <figure>
1014
+ <artwork><![CDATA[
1015
+ <span class="locality">Guilford</span>]]></artwork>
1016
+ </figure>
1017
+ </section>
1018
+ <section title="&lt;code&gt;" anchor="element.code">
1019
+ <t>This element is rendered as a &lt;span&gt; element with CSS
1020
+ class "postal-code".</t>
1021
+ <figure>
1022
+ <artwork><![CDATA[
1023
+ <span class="postal-code">GU16 7HF<span>]]></artwork>
1024
+ </figure>
1025
+ </section>
1026
+ <section title="&lt;country&gt;" anchor="element.country">
1027
+ <t>This element is rendered as a &lt;div&gt; element with CSS
1028
+ class "country-name".</t>
1029
+ <figure>
1030
+ <artwork><![CDATA[
1031
+ <div class="country-name">England</div>]]></artwork>
1032
+ </figure>
1033
+ </section>
1034
+ <section title="&lt;cref&gt;" anchor="element.cref">
1035
+ <t>This element is rendered as a &lt;span&gt; element with CSS
1036
+ class "cref". Any anchor is copied to the &quot;id&quot; attribute. If there is
1037
+ a source given, it is contained inside the &quot;cref&quot; &lt;span&gt; element with another
1038
+ &lt;span&gt; element of class "crefSource".</t>
1039
+ <figure>
1040
+ <artwork><![CDATA[
1041
+ <span class="cref" id="crefAnchor">Just a brief comment
1042
+ about something that we need to remember later.
1043
+ <span class="crefSource">--life</span></span>]]></artwork>
1044
+ </figure>
1045
+ </section>
1046
+ <section title="&lt;date&gt;" anchor="element.date">
1047
+
1048
+
1049
+ <t>This element is rendered as the HTML &lt;time&gt; element. If the
1050
+ "year", "month", or "day" attribute is included on the XML element,
1051
+ an appropriate "datetime" element will be generated in HTML.</t>
1052
+ <t>If this date is a child of the document's &lt;front&gt; element, it
1053
+ gets the CSS class "published".</t>
1054
+ <t>If this date is inside a &lt;reference&gt; element, it gets the
1055
+ CSS class "refDate".</t>
1056
+ <figure>
1057
+ <artwork><![CDATA[
1058
+ <time datetime="2014-10" class="published">October 2014</time>]]></artwork>
1059
+ </figure>
1060
+ </section>
1061
+
1062
+ <section title="&lt;dd&gt;" anchor="element.dd">
1063
+ <t>This element is directly rendered as its HTML counterpart.</t>
1064
+ </section>
1065
+ <section title="&lt;displayreference&gt;" anchor="element.displayreference">
1066
+ <t>This element does not affect the HTML output, but it is used in the generation of the
1067
+ <xref target='element.reference' format='title'/>,
1068
+ <xref target='element.referencegroup' format='title'/>,
1069
+ <xref target='element.relref' format='title'/>, and
1070
+ <xref target='element.xref' format='title'/> elements.</t>
1071
+ </section>
1072
+ <section title="&lt;dl&gt;" anchor="element.dl">
1073
+ <t>This element is directly rendered as its HTML counterpart.</t>
1074
+ <t>If the hanging attribute is "false", add the "dlParallel" class, else
1075
+ add the "dlHanging" class.</t>
1076
+ <t>If the spacing attribute is "compact", add the "dlCompact" class.</t>
1077
+ </section>
1078
+ <section title="&lt;dt&gt;" anchor="element.dt">
1079
+ <t>This element is directly rendered as its HTML counterpart.</t>
1080
+ </section>
1081
+ <section title="&lt;em&gt;" anchor="element.em">
1082
+ <t>This element is directly rendered as its HTML counterpart.</t>
1083
+ </section>
1084
+ <section title="&lt;email&gt;" anchor="element.email">
1085
+
1086
+ <t>This element is
1087
+ rendered as an HTML &lt;div&gt; containing the string "Email:" and
1088
+ an HTML &lt;a&gt; element with the "href" attribute set to the
1089
+ equivalent "mailto:" URI, a CSS class of "email", and the contents set
1090
+ to the email address. If this is the version of the address with
1091
+ ASCII, the "ascii" attribute is preferred to the element text.</t>
1092
+ <figure>
1093
+ <artwork><![CDATA[
1094
+ <div>
1095
+ <span>Email:</span>
1096
+ <a class="email" href="mailto:joe@example.com">joe@example.com</a>
1097
+ </div>]]></artwork>
1098
+ </figure>
1099
+ </section>
1100
+ <section title="&lt;eref&gt;" anchor="element.eref">
1101
+ <t>This element is rendered as an HTML &lt;a&gt; element, with the "href"
1102
+ attribute set to the value of the "target" attribute and the CSS
1103
+ class of "eref".</t>
1104
+ <figure>
1105
+ <artwork><![CDATA[
1106
+ <a href="https://..." class="eref">the text</a>]]></artwork>
1107
+ </figure>
1108
+ </section>
1109
+ <section title="&lt;figure&gt;" anchor="element.figure">
1110
+ <t>This element renders as the HTML &lt;figure&gt; element, containing
1111
+ the artwork or sourcecode indicated and an HTML &lt;figcaption&gt;
1112
+ element. The &lt;figcaption&gt; element will contain an &lt;a&gt; element
1113
+ around the figure number. It will also
1114
+ contain another &lt;a&gt; element with CSS class "selfRef" around the
1115
+ figure name, if a name was given.</t>
1116
+ <figure>
1117
+ <artwork><![CDATA[
1118
+ <figure id="f-1">
1119
+ ...
1120
+ <figcaption>
1121
+ <a href="#f-1">Figure 1.</a>
1122
+ <a href="#n-it-figures" id="n-it-figures" class="selfRef">
1123
+ It figures
1124
+ </a>
1125
+ </figcaption>
1126
+ </figure>]]></artwork>
1127
+ </figure>
1128
+ </section>
1129
+ <section title="&lt;front&gt;" anchor="element.front">
1130
+ <t>See <xref target='document-information'>"Document Information"</xref> for information on this element.</t>
1131
+ </section>
1132
+ <section title="&lt;iref&gt;" anchor="element.iref">
1133
+ <t>This element is rendered as an empty &lt;&gt; tag of class &quot;iref&quot;, with
1134
+ an &quot;id&quot; attribute consisting of the &lt;iref&gt; element's &quot;irefid&quot; attribute:</t>
1135
+ <figure>
1136
+ <artwork><![CDATA[
1137
+ <span class="iref" id="s-Paragraphs-first-1"/>]]></artwork>
1138
+ </figure>
1139
+ </section>
1140
+ <section title="&lt;keyword&gt;" anchor="element.keyword">
1141
+ <t>Each &lt;keyword&gt; element renders its text into the &lt;meta&gt;
1142
+ keywords in the document's header, separated by commas.</t>
1143
+ <figure>
1144
+ <artwork><![CDATA[
1145
+ <meta name="keywords" content="html,css,rfc">]]></artwork>
1146
+ </figure>
1147
+ </section>
1148
+ <section title="&lt;li&gt;" anchor="element.li">
1149
+ <t>This element is rendered as its HTML counterpart. However, if there
1150
+ is no contained element that has a
1151
+ <xref target='pilcrows'>pilcrow</xref> attached, a pilcrow
1152
+ is added.</t>
1153
+ <figure>
1154
+ <artwork><![CDATA[
1155
+ <li id="s-2-7">Item <a href="#s-2-7" class="pilcrow">&para;</a></li>]]></artwork>
1156
+ </figure>
1157
+ </section>
1158
+ <section title="&lt;link&gt;" anchor="element.link">
1159
+ <t>This element is rendered as its HTML counterpart, in the HTML
1160
+ header.</t>
1161
+ </section>
1162
+ <section title="&lt;middle&gt;" anchor="element.middle">
1163
+ <t>This element does not add any direct output to HTML.</t>
1164
+ </section>
1165
+ <section title="&lt;name&gt;" anchor="element.name">
1166
+ <t>This element is never rendered directly; it is only rendered when
1167
+ considering a parent element, such as
1168
+ <xref target="element.figure" format="title"/>,
1169
+ <xref target="element.references" format="title"/>,
1170
+ <xref target="element.section" format="title"/>, or
1171
+ <xref target="element.table" format="title"/>.</t>
1172
+ </section>
1173
+ <section title="&lt;note&gt;" anchor="element.note">
1174
+ <t>This element is rendered like a
1175
+ <xref target='element.section' format='title'/> element, but without
1176
+ a section number and with the CSS class of "note". If the
1177
+ "removeInRFC" attribute is set to "yes", the generated &lt;div&gt; element
1178
+ will also include the CSS class "rfcEditorRemove".</t>
1179
+
1180
+ <figure>
1181
+ <artwork><![CDATA[
1182
+ <section id="s-note-1" class="note rfcEditorRemove">
1183
+ <h2>
1184
+ <a href="#n-editorial-note" class="selfRef">Editorial Note</a>
1185
+ </h2>
1186
+ <p id="s-note-1-1">
1187
+ Discussion of this draft takes place...
1188
+ <a href="#s-note-1-1" class="pilcrow">&para;</a>
1189
+ </p>
1190
+ </section>]]></artwork>
1191
+ </figure>
1192
+ </section>
1193
+ <section title="&lt;ol&gt;" anchor="element.ol">
1194
+ <t>The output created from an &lt;ol&gt; element depends upon the &quot;style&quot;
1195
+ attribute.</t>
1196
+ <t>If the &quot;spacing&quot; attribute has the value "compact", a CSS class of
1197
+ "olCompact" will be added.</t>
1198
+ <t>The group attribute is not copied; the input XML should have start
1199
+ values added by a prep tool for all grouped &lt;ol&gt; elements.</t>
1200
+ <section title="Percent Styles" anchor="ol-percent-styles">
1201
+ <t>If the style attribute includes the character "%", the output is
1202
+ a &lt;dl&gt; tag with the class "olPercent". Each contained &lt;li&gt; element
1203
+ is emitted as a &lt;dt&gt;/&lt;dd&gt; pair, with the generated
1204
+ label in the &lt;dt&gt; and the contents of the &lt;li&gt; in the
1205
+ &lt;dd&gt;.</t>
1206
+ <figure>
1207
+ <artwork><![CDATA[
1208
+ <dl class="olPercent">
1209
+ <dt>Requirement xviii:</dt>
1210
+ <dd>Wheels on a big rig</dd>
1211
+ </dl>
1212
+ ]]></artwork>
1213
+ </figure>
1214
+ </section>
1215
+ <section title="Standard Styles" anchor="ol-standard-styles">
1216
+ <t>For all other styles, an &lt;ol&gt; tag is emitted, with any
1217
+ &quot;style&quot; attribute turned into the equivalent HTML attribute.</t>
1218
+ <figure>
1219
+ <artwork><![CDATA[
1220
+ <ol class="compact" type="I" start="18">
1221
+ <li>Wheels on a big rig</li>
1222
+ </ol>
1223
+ ]]></artwork>
1224
+ </figure>
1225
+ </section>
1226
+ </section>
1227
+ <section title="&lt;organization&gt;" anchor="element.organization">
1228
+ <t>This element is
1229
+ rendered as an HTML &lt;div&gt; tag with CSS class "org".</t>
1230
+ <t>If the element contains the "ascii" attribute, the organization name
1231
+ is rendered twice: once with the non-ASCII version wrapped in an
1232
+ HTML &lt;span&gt; tag of class "non-ascii" and then as the ASCII version
1233
+ wrapped in an HTML &lt;span&gt; tag of class "ascii" wrapped in
1234
+ parentheses.</t>
1235
+ <figure>
1236
+ <artwork><![CDATA[
1237
+ <div class="org">
1238
+ <span class="non-ascii">Test Org</span>
1239
+ (<span class="ascii">TEST ORG</span>)
1240
+ </div>]]></artwork>
1241
+ </figure>
1242
+ </section>
1243
+ <section title="&lt;phone&gt;" anchor="element.phone">
1244
+
1245
+
1246
+ <t>This element is
1247
+ rendered as an HTML &lt;div&gt; tag containing the string "Phone:" (wrapped
1248
+ in a span), an HTML &lt;a&gt; tag with CSS class "tel" containing the
1249
+ phone number (and an href with a corresponding "tel:" URI), and an
1250
+ HTML &lt;span&gt; with CSS class "type" containing the string
1251
+ "VOICE".</t>
1252
+ <figure>
1253
+ <artwork><![CDATA[
1254
+ <div>
1255
+ <span>Phone:</span>
1256
+ <a class="tel" href="tel:+1-720-555-1212">+1-720-555-1212</a>
1257
+ <span class="type">VOICE</span>
1258
+ </div>
1259
+ ]]></artwork>
1260
+ </figure>
1261
+ </section>
1262
+ <section title="&lt;postal&gt;" anchor="element.postal">
1263
+ <t>This element renders as an HTML &lt;div&gt; with CSS class
1264
+ "adr", unless it contains one or more &lt;postalLine&gt; child
1265
+ elements; in which case, it renders as an HTML &lt;pre&gt; element with CSS
1266
+ class "label".</t>
1267
+ <t>When there is no &lt;postalLine&gt; child, the following child
1268
+ elements are rendered into the HTML:
1269
+ <list style='symbols'>
1270
+ <t>Each &lt;street&gt; is rendered</t>
1271
+ <t>A &lt;div&gt; that includes:
1272
+ <list style='symbols'>
1273
+ <t>The rendering of all &lt;city&gt; elements</t>
1274
+ <t>A comma and a space: ", "</t>
1275
+ <t>The rendering of all &lt;region&gt; elements</t>
1276
+ <t>Whitespace</t>
1277
+ <t>The rendering of all &lt;code&gt; elements</t>
1278
+ </list>
1279
+ </t>
1280
+ <t>The rendering of all &lt;country&gt; elements</t>
1281
+ </list>
1282
+ </t>
1283
+ <figure>
1284
+ <artwork><![CDATA[
1285
+ <div class="adr">
1286
+ <div class="street-address">1 Main Street</div>
1287
+ <div class="street-address">Suite 1</div>
1288
+ <div>
1289
+ <span class="city">Denver</span>,
1290
+ <span class="region">CO</span>
1291
+ <span class="postal-code">80212</span>
1292
+ </div>
1293
+ <div class="country-name">United States of America</div>
1294
+ </div>]]></artwork>
1295
+ </figure>
1296
+ </section>
1297
+ <section title="&lt;postalLine&gt;" anchor="element.postalLine">
1298
+ <t>This element renders as the text contained by the element, followed
1299
+ by a newline. However, the last &lt;postalLine&gt; in a given
1300
+ &lt;postal&gt; element should not be followed by a newline. For example:</t>
1301
+ <figure>
1302
+ <artwork><![CDATA[
1303
+ <postal>
1304
+ <postalLine>In care of:</postalLine>
1305
+ <postalLine>Computer Sciences Division</postalLine>
1306
+ </postal>]]></artwork>
1307
+ </figure>
1308
+ <t>Would be rendered as:</t>
1309
+ <figure>
1310
+ <artwork><![CDATA[
1311
+ <pre class="label">In care of:
1312
+ Computer Sciences Division</pre>]]></artwork>
1313
+ </figure>
1314
+ </section>
1315
+ <section title="&lt;refcontent&gt;" anchor="element.refcontent">
1316
+ <t>This element renders as an HTML &lt;span&gt; with CSS class
1317
+ "refContent".</t>
1318
+
1319
+ <figure>
1320
+ <artwork><![CDATA[
1321
+ <span class="refContent">Self-published pamphlet</span>]]></artwork>
1322
+ </figure>
1323
+ </section>
1324
+ <section title="&lt;reference&gt;" anchor="element.reference">
1325
+ <t>If the parent of this element is not a &lt;referencegroup&gt;, this
1326
+ element will render as a &lt;dt&gt; &lt;dd&gt; pair with the
1327
+ defined term being the reference "anchor" attribute surrounded by
1328
+ square brackets and the definition including the correct set of
1329
+ bibliographic information as specified by <xref target="RFC7322"/>.
1330
+ The &lt;dt&gt; element will have an "id" attribute of the reference
1331
+ anchor.</t>
1332
+ <figure>
1333
+ <artwork><![CDATA[
1334
+ <dl class="reference">
1335
+ <dt id="RFC5646">[RFC5646]</dt>
1336
+ <dd>
1337
+ <span class="refAuthor">Phillips, A.</span>
1338
+ <span>and</span>
1339
+ <span class="refAuthor">M. Davis</span>
1340
+ <span class="refTitle">"Tags for Identifying Languages"</span>,
1341
+ ...
1342
+ </dd>
1343
+ </dl>]]></artwork>
1344
+ </figure>
1345
+
1346
+
1347
+ <t>If the child of a &lt;referencegroup&gt;, this
1348
+ element renders as a &lt;div&gt; of class "refInstance" whose
1349
+ "id" attribute is the value of the &lt;source&gt; element's "anchor"
1350
+ attribute.</t>
1351
+ <figure>
1352
+ <artwork><![CDATA[
1353
+ <div class="refInstance" id="RFC5730">
1354
+ ...
1355
+ </div>]]></artwork>
1356
+ </figure>
1357
+ </section>
1358
+ <section title="&lt;referencegroup&gt;" anchor="element.referencegroup">
1359
+ <t>A &lt;referencegroup&gt; is translated into a &lt;dt&gt; &lt;dd&gt;
1360
+ pair, with the defined term being the referencegroup "anchor"
1361
+ attribute surrounded by square brackets, and the definition containing
1362
+ the translated output of all of the child &lt;reference&gt;
1363
+ elements.</t>
1364
+ <figure>
1365
+ <artwork><![CDATA[
1366
+ <dt id="STD69">[STD69]</dt>
1367
+ <dd>
1368
+ <div class="refInstance" id="RFC5730">
1369
+ <span class="refAuthor">Hollenbeck, S.</span>
1370
+ ...
1371
+ </div>
1372
+ <div class="refInstance" id="RFC5731">
1373
+ <span class="refAuthor">Hollenbeck, S.</span>
1374
+ ...
1375
+ </div>
1376
+ ...
1377
+ </dd>]]></artwork>
1378
+ </figure>
1379
+ </section>
1380
+ <section title="&lt;references&gt;" anchor="element.references">
1381
+ <t>If there is at exactly one &lt;references&gt; element, a
1382
+ section is added to the document, continuing with the next
1383
+ section number after the last top-level &lt;section&gt; in
1384
+ &lt;middle&gt;. The &lt;name&gt; element of the &lt;references&gt;
1385
+ element is used as the section name.
1386
+ </t>
1387
+ <figure>
1388
+ <artwork><![CDATA[
1389
+ <section id="n-my-references">
1390
+ <h2 id="s-3">
1391
+ <a href="#s-3" class="selfRef">3.</a>
1392
+ <a href="#n-my-references class="selfRef">My References</a>
1393
+ </h2>
1394
+ ...
1395
+ </section>]]></artwork>
1396
+ </figure>
1397
+ <t>If there is more than one &lt;references&gt; element, an HTML
1398
+ &lt;section&gt; element is created to contain a subsection for
1399
+ each of the &lt;references&gt;. The section number will be the next
1400
+ section number after the last top-level &lt;section&gt; in
1401
+ &lt;middle&gt;. The name of this section will
1402
+ be "References", and its "id" attribute will be "n-references".</t>
1403
+ <figure>
1404
+ <artwork><![CDATA[
1405
+ <section id="n-references">
1406
+ <h2 id="s-3">
1407
+ <a href="#s-3" class="selfRef">3.</a>
1408
+ <a href="#n-references" class="selfRef">References</a>
1409
+ </h2>
1410
+ <section id="n-informative-references">
1411
+ <h3 id="s-3.1">
1412
+ <a href="#s-3.1" class="selfRef">3.1.</a>
1413
+ <a href="#n-informative-references" class="selfRef">
1414
+ Informative References</a></h3>
1415
+ <dl class="reference">...
1416
+ </dl>
1417
+ </section>
1418
+ ...
1419
+ </section>]]></artwork>
1420
+ </figure>
1421
+ </section>
1422
+ <section title="&lt;region&gt;" anchor="element.region">
1423
+ <t>This element is rendered as a &lt;span&gt; tag with CSS
1424
+ class "region".</t>
1425
+
1426
+ <figure>
1427
+ <artwork><![CDATA[
1428
+ <span class="region">Colorado</span>]]></artwork>
1429
+ </figure>
1430
+ </section>
1431
+ <section title="&lt;relref&gt;" anchor="element.relref">
1432
+
1433
+ <t>This element is rendered as an HTML &lt;a&gt; tag with CSS class
1434
+ "relref" and "href" attribute of the "derivedLink" attribute of the
1435
+ element. Different values of the "displayFormat" attribute cause
1436
+ the text inside that HTML &lt;a&gt; tag to change and cause extra
1437
+ text to be generated. Some values of the "displayFormat"
1438
+ attribute also cause another HTML &lt;a&gt; tag to be rendered
1439
+ with CSS class "xref" and an "href" of "#" and the "target" attribute
1440
+ (modified by any applicable &lt;displayreference&gt; XML element)
1441
+ and text inside of the "target" attribute
1442
+ (modified by any applicable &lt;displayreference&gt; XML element).
1443
+ When used, this &lt;a class='xref'&gt; HTML tag is always surrounded
1444
+ by square brackets, for example, "[&lt;a class='xref' href='#foo'&gt;foo&lt;/a&gt;]".</t>
1445
+
1446
+ <section title="displayFormat='of'" anchor="element.relref.df-of">
1447
+ <t>The output is an &lt;a class='relref'&gt; HTML tag, with
1448
+ contents of "Section " and the value of the "section" attribute.
1449
+ This is followed by the word "of" (surrounded by whitespace). This
1450
+ is followed by the &lt;a class='xref'&gt; HTML tag (surrounded by
1451
+ square brackets).</t>
1452
+ <t>For example, with an input of:</t>
1453
+ <t>
1454
+ <figure>
1455
+ <artwork>
1456
+ See &lt;relref section="2.3" target="RFC9999" displayFormat="of"
1457
+ derivedLink="http://www.rfc-editor.org/info/rfc9999#s-2.3"/&gt;
1458
+ for an overview.</artwork></figure>
1459
+ </t>
1460
+ <t>The HTML generated will be:</t>
1461
+ <t>
1462
+ <figure>
1463
+ <artwork>
1464
+ See &lt;a class="relref"
1465
+ href="http://www.rfc-editor.org/info/rfc9999#s-2.3"&gt;Section
1466
+ 2.3&lt;/a&gt; of [&lt;a class="xref" href="#RFC9999"&gt;RFC9999&lt;/a&gt;]
1467
+ for an overview.</artwork></figure>
1468
+ </t>
1469
+ </section>
1470
+ <section title="displayFormat='comma'" anchor="element.relref.df-comma">
1471
+ <t>The output is an &lt;a class='xref'&gt; HTML tag (wrapped by
1472
+ square brackets), followed by a comma (","), followed by
1473
+ whitespace, followed by an &lt;a class='relref'&gt; HTML tag, with
1474
+ contents of "Section " and the value of the "section"
1475
+ attribute.</t>
1476
+ <t>For example, with an input of:</t>
1477
+ <t>
1478
+ <figure>
1479
+ <artwork>
1480
+ See &lt;relref section="2.3" target="RFC9999" displayFormat="comma"
1481
+ derivedLink="http://www.rfc-editor.org/info/rfc9999#s-2.3"/&gt;,
1482
+ for an overview.</artwork></figure>
1483
+ </t>
1484
+ <t>The HTML generated will be:</t>
1485
+ <t>
1486
+ <figure>
1487
+ <artwork><![CDATA[
1488
+ See [<a class="xref" href="#RFC9999">RFC9999</a>], <a class="relref"
1489
+ href="http://www.rfc-editor.org/info/rfc9999#s-2.3">Section 2.3</a>,
1490
+ for an overview.]]></artwork></figure>
1491
+ </t>
1492
+ </section>
1493
+ <section title="displayFormat='parens'" anchor="element.relref.df-parens">
1494
+ <t>The output is an &lt;a&gt; element with "href" attribute whose value
1495
+ is the value of the "target" attribute prepended by "#", and whose
1496
+ content is the value of the "target" attribute; the entire element
1497
+ is wrapped in square brackets. This is followed by whitespace.
1498
+ This is followed by an &lt;a&gt; element whose "href" attribute is
1499
+ the value of the "derivedLink" attribute and whose content is the
1500
+ value of the "derivedRemoteContent" attribute; the entire element is
1501
+ wrapped in parentheses.</t>
1502
+ <t>For example, if Section 2.3 of RFC 9999 has the title "Protocol
1503
+ Overview", for an input of:</t>
1504
+ <t>
1505
+ <figure>
1506
+ <artwork>
1507
+ See &lt;relref section="2.3" target="RFC9999" displayFormat="parens"
1508
+ derivedLink="http://www.rfc-editor.org/info/rfc9999#s-2.3"
1509
+ derivedRemoteContent="Section 2.3"/&gt; for an overview.</artwork></figure>
1510
+ </t>
1511
+ <t>The HTML generated will be:</t>
1512
+ <t>
1513
+ <figure>
1514
+ <artwork><![CDATA[
1515
+ See [<a class="relref" href="#RFC9999">RFC9999</a>]
1516
+ (<a class="relref"
1517
+ href="http://www.rfc-editor.org/info/rfc9999#s-2.3">Section
1518
+ 2.3</a>) for an overview.]]></artwork></figure>
1519
+ </t>
1520
+ </section>
1521
+ <section title="displayFormat='bare'" anchor="element.relref.df-bare">
1522
+ <t>The output is an &lt;a&gt; element whose "href" attribute is
1523
+ the value of the "derivedLink" attribute and whose content is the
1524
+ value of the "derivedRemoteContent" attribute.</t>
1525
+ <t>For this input:</t>
1526
+ <t>
1527
+ <figure>
1528
+ <artwork>
1529
+ See &lt;relref section="2.3" target="RFC9999" displayFormat="bare"
1530
+ derivedLink="http://www.rfc-editor.org/info/rfc9999#s-2.3"
1531
+ derivedRemoteContent="Section 2.3"/&gt; and ...</artwork></figure>
1532
+ </t>
1533
+ <t>The HTML generated will be:</t>
1534
+ <t>
1535
+ <figure>
1536
+ <artwork><![CDATA[
1537
+ See <a class="relref"
1538
+ href="http://www.rfc-editor.org/info/rfc9999#s-2.3">Section
1539
+ 2.3</a> and ...]]></artwork></figure>
1540
+ </t>
1541
+ </section>
1542
+ </section>
1543
+ <section title="&lt;rfc&gt;" anchor="element.rfc">
1544
+ <t>Various attributes of this element are represented in different parts of the HTML
1545
+ document.</t>
1546
+ </section>
1547
+ <section title="&lt;section&gt;" anchor="element.section">
1548
+ <t>This element is rendered as an HTML &lt;section&gt; element,
1549
+ containing an appropriate level HTML heading element
1550
+ (&lt;h2&gt;-&lt;h6&gt;). That heading element contains an &lt;a&gt;
1551
+ element around the part number (pn), if applicable (for instance,
1552
+ &lt;abstract&gt; does not get a section number). Another &lt;a&gt;
1553
+ element is included with the section's name.</t>
1554
+ <figure>
1555
+ <artwork><![CDATA[
1556
+ <section id="intro">
1557
+ <h2 id="s-1">
1558
+ <a href="#s-1" class="selfRef">1.</a>
1559
+ <a href="#intro" class="selfRef">Introduction</a>
1560
+ </h2>
1561
+ <p id="s-1-1">Paragraph <a href="#s-1-1" class="pilcrow">&para;</a>
1562
+ </p>
1563
+ </section>]]></artwork>
1564
+ </figure>
1565
+ </section>
1566
+ <section title="&lt;seriesInfo&gt;" anchor="element.seriesInfo">
1567
+ <t>This element is rendered in an HTML &lt;span&gt; element with CSS
1568
+ name "seriesInfo".</t>
1569
+ <figure>
1570
+ <artwork><![CDATA[
1571
+ <span class="seriesInfo">RFC 5646</span>]]></artwork>
1572
+ </figure>
1573
+ </section>
1574
+ <section title="&lt;sourcecode&gt;" anchor="element.sourcecode">
1575
+ <t>This element is rendered in an HTML &lt;pre&gt; element with a CSS class of
1576
+ "sourcecode". Note that CDATA blocks do not work consistently in
1577
+ HTML, so all &lt;, &gt;, and &amp; must be escaped as &amp;lt;,
1578
+ &amp;gt;, and &amp;amp;, respectively. If the input XML has a "type"
1579
+ attribute, another CSS class of "lang-" and the type is added.</t>
1580
+ <t>If the sourcecode is not inside a &lt;figure&gt; element, a
1581
+ <xref target='pilcrows'>pilcrow</xref> is included. Inside a
1582
+ &lt;figure&gt; element, the figure title serves the purpose of the
1583
+ pilcrow.</t>
1584
+ <figure>
1585
+ <artwork><![CDATA[
1586
+ <pre class="sourcecode lang-c">
1587
+ #include &lt;stdio.h&gt;
1588
+ int main(void)
1589
+ {
1590
+ printf(&quot;hello, world\n&quot;);
1591
+ return 0;
1592
+ }
1593
+ </pre>]]></artwork>
1594
+ </figure>
1595
+ </section>
1596
+ <section title="&lt;street&gt;" anchor="element.street">
1597
+ <t>This element renders as an HTML &lt;div&gt; element with CSS class
1598
+ "street-address".</t>
1599
+ <figure>
1600
+ <artwork><![CDATA[
1601
+ <div class="street-address">1899 Wynkoop St, Suite 600</div>]]></artwork>
1602
+ </figure>
1603
+ </section>
1604
+ <section title="&lt;strong&gt;" anchor="element.strong">
1605
+ <t>This element is directly rendered as its HTML counterpart.</t>
1606
+ </section>
1607
+ <section title="&lt;sub&gt;" anchor="element.sub">
1608
+ <t>This element is directly rendered as its HTML counterpart.</t>
1609
+ </section>
1610
+ <section title="&lt;sup&gt;" anchor="element.sup">
1611
+ <t>This element is directly rendered as its HTML counterpart.</t>
1612
+ </section>
1613
+ <section title="&lt;t&gt;" anchor="element.t">
1614
+ <t>This element is rendered as an HTML &lt;p&gt; element. A
1615
+ <xref target='pilcrows'>pilcrow</xref> is included.</t>
1616
+ <figure>
1617
+ <artwork><![CDATA[
1618
+ <p id="s-1-1">A paragraph.
1619
+ <a href="#s-1-1" class="pilcrow">&para;</a></p>]]></artwork>
1620
+ </figure>
1621
+ </section>
1622
+ <section title="&lt;table&gt;" anchor="element.table">
1623
+ <t>This element is directly rendered as its HTML counterpart.</t>
1624
+ </section>
1625
+ <section title="&lt;tbody&gt;" anchor="element.tbody">
1626
+ <t>This element is directly rendered as its HTML counterpart.</t>
1627
+ </section>
1628
+ <section title="&lt;td&gt;" anchor="element.td">
1629
+ <t>This element is directly rendered as its HTML counterpart.</t>
1630
+ </section>
1631
+ <section title="&lt;tfoot&gt;" anchor="element.tfoot">
1632
+ <t>This element is directly rendered as its HTML counterpart.</t>
1633
+ </section>
1634
+ <section title="&lt;th&gt;" anchor="element.th">
1635
+ <t>This element is directly rendered as its HTML counterpart.</t>
1636
+ </section>
1637
+ <section title="&lt;thead&gt;" anchor="element.thead">
1638
+ <t>This element is directly rendered as its HTML counterpart.</t>
1639
+ </section>
1640
+ <section title="&lt;title&gt;" anchor="element.title">
1641
+ <t>The title of the document appears in a &lt;title&gt; element in the
1642
+ &lt;head&gt; element, as described in <xref target="head-title"/>.</t>
1643
+ <t>The title also appears in an &lt;h1&gt; element and follows directly
1644
+ after the Document Information. The &lt;h1&gt; element has an &quot;id&quot;
1645
+ attribute with value "title".</t>
1646
+ <figure>
1647
+ <artwork><![CDATA[
1648
+ <h1 id="title">HyperText Markup Language Request For
1649
+ Comments Format</h1>]]></artwork>
1650
+ </figure>
1651
+
1652
+ <!--FYI - title update requires update to example title above.
1653
+ -->
1654
+ <t>Inside a reference, the title is rendered as an HTML &lt;span&gt;
1655
+ tag with CSS class "refTitle". The text is surrounded by quotes
1656
+ inside the &lt;span&gt;.</t>
1657
+ <figure>
1658
+ <artwork><![CDATA[
1659
+ <span class="refTitle">"Tags for Identifying Languages"</span>]]></artwork>
1660
+ </figure>
1661
+ </section>
1662
+ <section title="&lt;tr&gt;" anchor="element.tr">
1663
+ <t>This element is directly rendered as its HTML counterpart.</t>
1664
+ </section>
1665
+ <section title="&lt;tt&gt;" anchor="element.tt">
1666
+ <t>This element is rendered as an HTML &lt;code&gt; element.</t>
1667
+ </section>
1668
+ <section title="&lt;ul&gt;" anchor="element.ul">
1669
+ <t>This element is directly rendered as its HTML counterpart. If the
1670
+ "spacing" attribute has the value "compact", a CSS class of "ulCompact"
1671
+ will be added. If the "empty" attribute has the value "true", a CSS
1672
+ class of "ulEmpty" will be added.</t>
1673
+ </section>
1674
+ <section title="&lt;uri&gt;" anchor="element.uri">
1675
+
1676
+
1677
+ <t>This element is
1678
+ rendered as an HTML &lt;div&gt; containing the string "URI:" and
1679
+ an HTML &lt;a&gt; element with the "href" attribute set to the
1680
+ linked URI, CSS class of "url" (note that the value is "url", not "uri" as one might expect), and the contents
1681
+ set to the linked URI.</t>
1682
+
1683
+ <figure>
1684
+ <artwork><![CDATA[
1685
+ <div>URI:
1686
+ <a href="http://www.example.com"
1687
+ class="url">http://www.example.com</a>
1688
+ </div>]]></artwork>
1689
+ </figure>
1690
+ </section>
1691
+ <section title="&lt;workgroup&gt;" anchor="element.workgroup">
1692
+ <t>This element does not add any direct output to HTML.</t>
1693
+ </section>
1694
+ <section title="&lt;xref&gt;" anchor="element.xref">
1695
+ <t>This element is rendered as an HTML &lt;a&gt; element containing an
1696
+ appropriate local link as the "href" attribute. The value of the
1697
+ "href" attribute is taken from the "target" attribute,
1698
+ prepended by "#". The &lt;a&gt; element generated will have
1699
+ class "xref". The contents of the &lt;a&gt; element are
1700
+ the value of the "derivedContent" attribute. If the "format"
1701
+ attribute has the value "default", and the "target" attribute points
1702
+ to a &lt;reference&gt; or &lt;referencegroup&gt; element, then
1703
+ the generated &lt;a&gt; element is surrounded by square brackets
1704
+ in the output.</t>
1705
+ <figure>
1706
+ <artwork><![CDATA[
1707
+ <a class="xref" href="#target">Table 2</a>]]></artwork>
1708
+ </figure>
1709
+ <t>or</t>
1710
+ <figure>
1711
+ <artwork><![CDATA[
1712
+ [<a class="xref" href="#RFC1234">RFC1234</a>]]]></artwork>
1713
+ </figure>
1714
+ </section>
1715
+ <!--
1716
+ Moved to the end so I can stop wondering why there are
1717
+ more sections in this doc than v3.
1718
+ -->
1719
+ <section title="&lt;svg xmlns='http://www.w3.org/2000/svg'&gt;" anchor="element.svg">
1720
+ <t>This element is rendered as part of the &lt;artwork&gt; element.
1721
+ The "xmlns='http://www.w3.org/2000/svg'" namespace declaration should
1722
+ be included, and the SVG should be serialized as well-formed XML,
1723
+ even for tags that would otherwise not need closing in HTML5.</t>
1724
+ </section>
1725
+
1726
+ </section>
1727
+
1728
+ <section anchor="security-considerations" title="Security Considerations">
1729
+ <t>Since RFCs are sometimes exchanged outside the normal Web sandboxing mechanism
1730
+ (such as using the "rsync" program to a mirror site) then loaded from a local file, more care must be taken
1731
+ with the HTML than is ordinary on the web. </t>
1732
+ </section>
1733
+
1734
+ </middle>
1735
+ <back>
1736
+ <references title="Normative References">
1737
+ &RFC2397;
1738
+ &RFC3629;
1739
+ &RFC5646;
1740
+ &RFC7322;
1741
+
1742
+
1743
+
1744
+ <reference anchor='BCP14' target='http://www.rfc-editor.org/info/bcp14'>
1745
+ <front>
1746
+ <title>Key words for use in RFCs to Indicate Requirement Levels</title>
1747
+ <author initials='S.' surname='Bradner' fullname='S. Bradner'><organization /></author>
1748
+ <date year='1997' month='March' />
1749
+ <abstract><t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t></abstract>
1750
+ </front>
1751
+ <seriesInfo name='BCP' value='14'/>
1752
+ <seriesInfo name='RFC' value='2119'/>
1753
+ </reference>
1754
+
1755
+
1756
+ <!--&I-D.iab-rfc-css; Companion Document-->
1757
+
1758
+
1759
+ <reference anchor='RFC7993' target='http://www.rfc-editor.org/info/rfc7993'>
1760
+ <front>
1761
+ <title>Cascading Style Sheets (CSS) Requirements for RFCs</title>
1762
+
1763
+ <author initials='H' surname='Flanagan' fullname='Heather Flanagan'>
1764
+ <organization />
1765
+ </author>
1766
+
1767
+ <date month='December' year='2016' />
1768
+
1769
+ <abstract><t>The HTML format for RFCs, described in [I-D.iab-html-rfc] assigns style guidance to an RFC Editor-defined Cascading Style Sheet (CSS). The embedded, default CSS as included by the RFC Editor is expected to take into account accessibility needs and 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 draft-iab-html-rfc. Discussion of this draft takes place on the rfc-interest mailing list (rfc-interest@rfc-editor.org), which has its home page at https://www.rfc-editor.org/mailman/listinfo/rfc-interest.</t></abstract>
1770
+
1771
+ </front>
1772
+
1773
+ <seriesInfo name='RFC' value='7993' />
1774
+ <seriesInfo name="DOI" value="10.17487/RFC7993"/>
1775
+
1776
+ </reference>
1777
+
1778
+
1779
+ <!--&I-D.iab-xml2rfc; Companion Document-->
1780
+
1781
+ <reference anchor='RFC7991' target='http://www.rfc-editor.org/info/rfc7991'>
1782
+ <front>
1783
+ <title>The "xml2rfc" Version 3 Vocabulary</title>
1784
+
1785
+ <author initials='P' surname='Hoffman' fullname='Paul E. Hoffman'>
1786
+ <organization />
1787
+ </author>
1788
+
1789
+ <date month='December' year='2016' />
1790
+
1791
+ </front>
1792
+
1793
+ <seriesInfo name='RFC' value='7991' />
1794
+ <seriesInfo name="DOI" value="10.17487/RFC7991"/>
1795
+
1796
+ </reference>
1797
+
1798
+
1799
+ <!--&W3C.REC-html5-20141028; -->
1800
+
1801
+ <reference anchor='W3C.REC-html5-20141028'
1802
+ target='http://www.w3.org/TR/2014/REC-html5-20141028'>
1803
+ <front>
1804
+ <title>HTML5</title>
1805
+
1806
+ <author initials='I.' surname='Hickson' fullname='Ian Hickson'>
1807
+ <organization />
1808
+ </author>
1809
+
1810
+ <author initials='R.' surname='Berjon' fullname='Robin Berjon'>
1811
+ <organization />
1812
+ </author>
1813
+
1814
+ <author initials='S.' surname='Faulkner' fullname='Steve Faulkner'>
1815
+ <organization />
1816
+ </author>
1817
+
1818
+ <author initials='T.' surname='Leithead' fullname='Travis Leithead'>
1819
+ <organization />
1820
+ </author>
1821
+
1822
+ <author initials='E.' surname='Navara' fullname='Erika Doyle Navara'>
1823
+ <organization />
1824
+ </author>
1825
+
1826
+ <author initials='T.' surname='O&#039;Connor' fullname='Theresa O&#039;Connor'>
1827
+ <organization />
1828
+ </author>
1829
+
1830
+ <author initials='S.' surname='Pfeiffer' fullname='Silvia Pfeiffer'>
1831
+ <organization />
1832
+ </author>
1833
+
1834
+ <date month='October' day='28' year='2014' />
1835
+ </front>
1836
+
1837
+ <seriesInfo name='World Wide Web Consortium Recommendation' value='REC-html5-20141028' />
1838
+ <format type='HTML' target='http://www.w3.org/TR/2014/REC-html5-20141028' />
1839
+ </reference>
1840
+
1841
+
1842
+ <reference anchor="W3C.REC-CSS2-20110607" target="http://www.w3.org/TR/2011/REC-CSS2-20110607">
1843
+ <front>
1844
+ <title>Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification</title>
1845
+ <author initials="B." surname="Bos" fullname="Bert Bos">
1846
+ <organization/>
1847
+ </author>
1848
+ <author initials="T." surname="Celik" fullname="Tantek Celik">
1849
+ <organization/>
1850
+ </author>
1851
+ <author initials="I." surname="Hickson" fullname="Ian Hickson">
1852
+ <organization/>
1853
+ </author>
1854
+ <author initials="H." surname="Lie" fullname="Hakon Wium Lie">
1855
+ <organization/>
1856
+ </author>
1857
+ <date month="June" day="7" year="2011"/>
1858
+ </front>
1859
+ <seriesInfo name="World Wide Web Consortium Recommendation" value="REC-CSS2-20110607"/>
1860
+ <format type="HTML" target="http://www.w3.org/TR/2011/REC-CSS2-20110607"/>
1861
+ </reference>
1862
+ </references>
1863
+
1864
+ <references title="Informative References">
1865
+
1866
+ <reference anchor="RFC-STYLE"
1867
+ target="https://www.rfc-editor.org/styleguide/">
1868
+ <front>
1869
+ <title>Style Guide</title>
1870
+ <author >
1871
+ <organization>RFC Editor</organization>
1872
+ </author>
1873
+ <date/>
1874
+ </front>
1875
+ </reference>
1876
+
1877
+
1878
+ <reference anchor="W3C.WD-css3-page-20130314" target="http://www.w3.org/TR/2013/WD-css3-page-20130314">
1879
+ <front>
1880
+ <title>CSS Paged Media Module Level 3</title>
1881
+ <author initials="M." surname="Grant" fullname="Melinda Grant">
1882
+ <organization/>
1883
+ </author>
1884
+ <author initials="E." surname="Etemad" fullname="Elika Etemad">
1885
+ <organization/>
1886
+ </author>
1887
+ <author initials="H." surname="Lie" fullname="Hakon Wium Lie">
1888
+ <organization/>
1889
+ </author>
1890
+ <author initials="S." surname="Sapin" fullname="Simon Sapin">
1891
+ <organization/>
1892
+ </author>
1893
+ <date month="March" day="14" year="2013"/>
1894
+ </front>
1895
+ <seriesInfo name="World Wide Web Consortium WD" value="WD-css3-page-20130314"/>
1896
+ <format type="HTML" target="http://www.w3.org/TR/2013/WD-css3-page-20130314"/>
1897
+ </reference>
1898
+
1899
+ <reference anchor="HCARD" target="http://microformats.org/wiki/hcard">
1900
+ <front>
1901
+ <title>hCard 1.0</title>
1902
+ <author initials="T." surname = "Celik" fullname="Tantek Celik"/>
1903
+ <date year="2015"/>
1904
+ </front>
1905
+ </reference>
1906
+ &RFC6949;
1907
+ <!--&I-D.iab-rfcv3-preptool; Companion Doc-->
1908
+
1909
+
1910
+
1911
+ <reference anchor='RFC7998' target='http://www.rfc-editor.org/info/rfc7998'>
1912
+ <front>
1913
+ <title>"xml2rfc" Version 3 Preparation Tool Description</title>
1914
+
1915
+ <author initials='P' surname='Hoffman' fullname='Paul E. Hoffman'>
1916
+ <organization />
1917
+ </author>
1918
+
1919
+ <author initials='J' surname='Hildebrand' fullname='Joe Hildebrand'>
1920
+ <organization />
1921
+ </author>
1922
+
1923
+ <date month='December' year='2016' />
1924
+
1925
+ <abstract><t>This document describes some aspects of the "prep tool" that is expected to be created when the new RFC v3 specification is deployed.</t></abstract>
1926
+
1927
+ </front>
1928
+
1929
+ <seriesInfo name='RFC' value='7998' />
1930
+ <seriesInfo name="DOI" value="10.17487/RFC7998"/>
1931
+
1932
+ </reference>
1933
+
1934
+
1935
+ <!--&I-D.iab-rfc-framework; Companion doc-->
1936
+
1937
+
1938
+
1939
+ <reference anchor='RFC7990' target='http://www.rfc-editor.org/info/rfc7990'>
1940
+ <front>
1941
+ <title>RFC Format Framework</title>
1942
+
1943
+ <author initials='H' surname='Flanagan' fullname='Heather Flanagan'>
1944
+ <organization />
1945
+ </author>
1946
+
1947
+ <date month='December' year='2016' />
1948
+
1949
+ <abstract><t>The canonical format for the RFC Series has been plain-text, ASCII-encoded for several decades. After extensive community discussion and debate, the RFC Editor will be transitioning to XML as the canonical format using the XML2RFC version 3 vocabulary. Different publication formats will be rendered from that base document. These changes are intended to increase the usability of the RFC Series by offering documents that match the needs of a wider variety of stakeholders. With these changes, however, comes an increase in complexity for authors, consumers, and the publisher of RFCs. This document serves as the framework that describes the problems being solved and summarizes the many documents that capture the specific requirements for each aspect of the change in format.</t></abstract>
1950
+
1951
+ </front>
1952
+
1953
+ <seriesInfo name='RFC' value='7990' />
1954
+ <seriesInfo name="DOI" value="10.17487/RFC7990"/>
1955
+ <format type='TXT'
1956
+ target='http://www.ietf.org/internet-drafts/draft-iab-rfc-framework-06.txt' />
1957
+ </reference>
1958
+
1959
+
1960
+ </references>
1961
+
1962
+
1963
+ <section title="IAB Members at the Time of Approval" numbered="no">
1964
+
1965
+ <t>The IAB members at the time this memo was approved were (in alphabetical order):
1966
+
1967
+ <?rfc subcompact="yes" ?>
1968
+ <list>
1969
+ <t>Jari Arkko</t>
1970
+ <t>Ralph Droms</t>
1971
+ <t>Ted Hardie</t>
1972
+ <t>Joe Hildebrand</t>
1973
+ <t>Russ Housley</t>
1974
+ <t>Lee Howard</t>
1975
+ <t>Erik Nordmark</t>
1976
+ <t>Robert Sparks</t>
1977
+ <t>Andrew Sullivan</t>
1978
+ <t>Dave Thaler</t>
1979
+ <t>Martin Thomson</t>
1980
+ <t>Brian Trammell</t>
1981
+ <t>Suzanne Woolf</t>
1982
+ </list>
1983
+ <?rfc subcompact="no" ?>
1984
+ </t>
1985
+ </section>
1986
+
1987
+ <section anchor="appendix-a-acknowledgments" title="Acknowledgments" numbered="no">
1988
+ <t>Heather Flanangan was an early coauthor of this document and helped its formation.
1989
+ The authors gratefully acknowledge the contributions of: Patrick Linskey and the
1990
+ members of the RFC Format Design Team (Nevil Brownlee (ISE), Tony Hansen,
1991
+ Ted Lemon, Julian Reschke, Adam Roach, Alice Russo, Robert Sparks
1992
+ (Tools Team liaison), and
1993
+ Dave Thaler).
1994
+ </t>
1995
+ </section>
1996
+
1997
+
1998
+ </back>
1999
+ </rfc>