asciidoctor-rfc 0.2.0 → 0.8.0
Sign up to get free protection for your applications and to get access to all the features.
- checksums.yaml +4 -4
- data/README.adoc +116 -6
- data/asciidoctor-rfc.gemspec +15 -1
- data/lib/asciidoctor/rfc/common/base.rb +74 -7
- data/lib/asciidoctor/rfc/common/front.rb +1 -1
- data/lib/asciidoctor/rfc/v2/base.rb +87 -38
- data/lib/asciidoctor/rfc/v2/blocks.rb +29 -2
- data/lib/asciidoctor/rfc/v2/converter.rb +0 -1
- data/lib/asciidoctor/rfc/v2/inline_anchor.rb +2 -8
- data/lib/asciidoctor/rfc/v2/lists.rb +7 -4
- data/lib/asciidoctor/rfc/v2/table.rb +1 -1
- data/lib/asciidoctor/rfc/v3/base.rb +41 -43
- data/lib/asciidoctor/rfc/v3/blocks.rb +29 -2
- data/lib/asciidoctor/rfc/v3/converter.rb +0 -2
- data/lib/asciidoctor/rfc/v3/inline_anchor.rb +2 -6
- data/lib/asciidoctor/rfc/version.rb +1 -1
- data/spec/asciidoctor/rfc/v2/comments_spec.rb +7 -3
- data/spec/asciidoctor/rfc/v2/date_spec.rb +23 -0
- data/spec/asciidoctor/rfc/v2/dlist_spec.rb +107 -9
- data/spec/asciidoctor/rfc/v2/image_spec.rb +17 -0
- data/spec/asciidoctor/rfc/v2/inline_formatting_spec.rb +12 -0
- data/spec/asciidoctor/rfc/v2/listing_spec.rb +22 -0
- data/spec/asciidoctor/rfc/v2/literal_spec.rb +22 -2
- data/spec/asciidoctor/rfc/v2/preamble_spec.rb +72 -0
- data/spec/asciidoctor/rfc/v2/references_spec.rb +3 -1
- data/spec/asciidoctor/rfc/v2/table_spec.rb +104 -4
- data/spec/asciidoctor/rfc/v2/text_spec.rb +89 -0
- data/spec/asciidoctor/rfc/v2/ulist_spec.rb +40 -0
- data/spec/asciidoctor/rfc/v3/dlist_spec.rb +103 -1
- data/spec/asciidoctor/rfc/v3/image_spec.rb +18 -0
- data/spec/asciidoctor/rfc/v3/listing_spec.rb +26 -0
- data/spec/asciidoctor/rfc/v3/literal_spec.rb +20 -1
- data/spec/asciidoctor/rfc/v3/preamble_spec.rb +150 -0
- data/spec/asciidoctor/rfc/v3/references_spec.rb +35 -34
- data/spec/asciidoctor/rfc/v3/series_info_spec.rb +39 -0
- data/spec/examples/README.adoc +162 -0
- data/spec/examples/davies-template-bare-06.adoc +3 -0
- data/spec/examples/draft-ietf-core-block-xx.mkd +935 -0
- data/spec/examples/draft-ietf-core-block-xx.mkd.adoc +1013 -0
- data/spec/examples/draft-ietf-core-block-xx.xml.orig +1251 -0
- data/spec/examples/example-v2.adoc +6 -2
- data/spec/examples/example-v3.adoc +5 -1
- data/spec/examples/hoffmanv2.xml.adoc +247 -0
- data/spec/examples/hoffmanv2.xml.orig +339 -0
- data/spec/examples/hoffmanv3.xml.orig +346 -0
- data/spec/examples/mib-doc-template-xml-06.adoc +5 -1
- data/spec/examples/rfc2100.md.adoc +2 -3
- data/spec/examples/rfc3514.md.adoc +3 -2
- data/spec/examples/rfc5841.md.adoc +1 -1
- data/spec/examples/rfc748.md.adoc +7 -6
- data/spec/examples/rfc7511.md.adoc +15 -15
- data/spec/examples/skel.mkd +32 -0
- data/spec/examples/skel.mkd.adoc +50 -0
- data/spec/examples/skel.xml.orig +105 -0
- data/spec/examples/stupid-s.mkd +569 -0
- data/spec/examples/stupid-s.mkd.adoc +771 -0
- data/spec/examples/stupid-s.xml.orig +880 -0
- data/spec/spec_helper.rb +1 -1
- metadata +32 -4
@@ -4,7 +4,7 @@ David Waitzman <dwaitzman@BBN.COM>; Nick Nicholas <opoudjis@gmail.com>
|
|
4
4
|
:abbrev: IP Datagrams on Avian Carriers
|
5
5
|
:obsoletes: 10, 120
|
6
6
|
:updates: 2010, 2120
|
7
|
-
:status:
|
7
|
+
:status: informational
|
8
8
|
:name: rfc-1149
|
9
9
|
:ipr: trust200902
|
10
10
|
:area: Internet
|
@@ -139,7 +139,7 @@ measures **MUST** be taken (such as data encryption) when avian carriers
|
|
139
139
|
are used in a tactical environment.<<RFC7253>>, <<ISO.IEC.10118-3>>
|
140
140
|
|
141
141
|
[bibliography]
|
142
|
-
== References
|
142
|
+
== Normative References
|
143
143
|
++++
|
144
144
|
<reference anchor='ISO.IEC.10118-3' target='https://www.iso.org/standard/67116.html'>
|
145
145
|
<front>
|
@@ -164,7 +164,11 @@ are used in a tactical environment.<<RFC7253>>, <<ISO.IEC.10118-3>>
|
|
164
164
|
<date day='15' month='September' year='2017'/>
|
165
165
|
</front>
|
166
166
|
</reference>
|
167
|
+
++++
|
167
168
|
|
169
|
+
[bibliography]
|
170
|
+
== Infomative References
|
171
|
+
++++
|
168
172
|
<reference anchor='RFC7253' target='https://tools.ietf.org/html/rfc7253'>
|
169
173
|
<front>
|
170
174
|
<title>Guidelines for Writing an IANA Considerations Section in RFCs</title>
|
@@ -140,7 +140,7 @@ measures [bcp14]#MUST# be taken (such as data encryption) when avian carriers
|
|
140
140
|
are used in a tactical environment.<<RFC7253>>, <<ISO.IEC.10118-3>>
|
141
141
|
|
142
142
|
[bibliography]
|
143
|
-
== References
|
143
|
+
== Normative References
|
144
144
|
* [[[RFC7253,1]]]
|
145
145
|
* [[[ISO.IEC.10118-3,2]]]
|
146
146
|
++++
|
@@ -167,7 +167,11 @@ are used in a tactical environment.<<RFC7253>>, <<ISO.IEC.10118-3>>
|
|
167
167
|
<date day='15' month='September' year='2017'/>
|
168
168
|
</front>
|
169
169
|
</reference>
|
170
|
+
++++
|
170
171
|
|
172
|
+
[bibliography]
|
173
|
+
== Informative References
|
174
|
+
++++
|
171
175
|
<reference anchor='RFC7253' target='https://tools.ietf.org/html/rfc7253'>
|
172
176
|
<front>
|
173
177
|
<title>Guidelines for Writing an IANA Considerations Section in RFCs</title>
|
@@ -0,0 +1,247 @@
|
|
1
|
+
= An Example of Using XML for an Internet Draft
|
2
|
+
Chris Smith <chrissmith@example.com>; Kim Jones <jk@lmn.op>
|
3
|
+
:doctype: internet-draft
|
4
|
+
:status: standard
|
5
|
+
:name: draft-example-of-xml-00
|
6
|
+
:ipr: trust200902
|
7
|
+
:consensus: false
|
8
|
+
:submision-type: IETF
|
9
|
+
:updates: 1234, 5678
|
10
|
+
:xml-lang: en
|
11
|
+
:abbrev: XML Example
|
12
|
+
:forename_initials: C.
|
13
|
+
:organization: ExampleCorp
|
14
|
+
:organization_abbrev: EC
|
15
|
+
:street: 123 Exemplar Way
|
16
|
+
:city: Anytown
|
17
|
+
:region: California
|
18
|
+
:code: 95060
|
19
|
+
:country: US
|
20
|
+
:phone: +1 123-456-7890
|
21
|
+
:fax: +1 123-456-7890
|
22
|
+
:email: chrissmith@example.com
|
23
|
+
:uri: http://www.example.com/corporate/
|
24
|
+
:forename_initials_2: K.
|
25
|
+
:revdate: 2014-09
|
26
|
+
:area: General
|
27
|
+
:workgroup: Imaginary WG
|
28
|
+
:keyword: XML, Imagination
|
29
|
+
:inline-definition-lists: true
|
30
|
+
:toc-include: false
|
31
|
+
|
32
|
+
[abstract]
|
33
|
+
This is an example of an abstract. It is a short paragraph that
|
34
|
+
gives an overview of the document in order to help the reader
|
35
|
+
determine whether or not they are interested in reading further.
|
36
|
+
|
37
|
+
[NOTE]
|
38
|
+
.Disclaimer
|
39
|
+
This isn't a real RFC, just an example.
|
40
|
+
|
41
|
+
[#intro]
|
42
|
+
== Introduction
|
43
|
+
|
44
|
+
This is the first paragraph of the introduction to this document.
|
45
|
+
This introduction is probably much shorter than it would be for a
|
46
|
+
real Internet Draft.
|
47
|
+
|
48
|
+
Something to note about this paragraph is that it has a pointer to
|
49
|
+
<<protocol>>, and one to <<haiku>>, both of which appear later in the
|
50
|
+
document. (((Introduction, verbiage)))
|
51
|
+
|
52
|
+
=== Terminology
|
53
|
+
|
54
|
+
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
|
55
|
+
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
|
56
|
+
document are to be interpreted as described in <<RFC2119>>.
|
57
|
+
|
58
|
+
[#protocol]
|
59
|
+
== The Protocol Being Described
|
60
|
+
|
61
|
+
This is a reference to <<RFC6949>>. Actually, the reference itself is
|
62
|
+
not all that interesting, but the way that the reference is
|
63
|
+
incorporated is. Note that the inclusion of RFC 2119 was done at the
|
64
|
+
top of the XML, while the information for RFC 6949 is done directly
|
65
|
+
in the references section.
|
66
|
+
|
67
|
+
The http://www.ietf.org[IETF web site] is _quite_ *nice*, `isn't it`? Unlike other web sites, it doesn't use
|
68
|
+
+
|
69
|
+
+
|
70
|
+
+
|
71
|
+
gratuitous vertical space.
|
72
|
+
|
73
|
+
== Basic Lists
|
74
|
+
|
75
|
+
Bulleted lists are good for items that are not ordered:
|
76
|
+
|
77
|
+
* This is the first item.
|
78
|
+
* This is the second item. Here comes a sub-list:
|
79
|
+
** This is the first sub-item.
|
80
|
+
** This is the second sub-item
|
81
|
+
+
|
82
|
+
and some more detail on the second sub-item.
|
83
|
+
|
84
|
+
+
|
85
|
+
* This is the item after the sub-list.
|
86
|
+
|
87
|
+
|
88
|
+
Numbered lists are good for items that are ordered:
|
89
|
+
|
90
|
+
. This is the first item.
|
91
|
+
. This is the second item. Here comes a sub-list, but with letters:
|
92
|
+
[upperalpha]
|
93
|
+
.. This is the first sub-item.
|
94
|
+
.. This is the second sub-item
|
95
|
+
. This is the item after the sub-list.
|
96
|
+
|
97
|
+
And an example of hanging indent.
|
98
|
+
|
99
|
+
[hang-indent=15]
|
100
|
+
Trees:: These are bigger plants
|
101
|
+
Lichen:: These are smaller plants
|
102
|
+
|
103
|
+
And the always-interesting "format" for lists.
|
104
|
+
|
105
|
+
[format=--%d--]
|
106
|
+
. An element that gets a funny bullet.
|
107
|
+
|
108
|
+
== Figures
|
109
|
+
|
110
|
+
The following is a figure with a caption. Also, it uses the
|
111
|
+
ampersand (&) and less than (<) characters in the example text.
|
112
|
+
|
113
|
+
[#haiku]
|
114
|
+
.This could be haiku
|
115
|
+
[type=haiku]
|
116
|
+
====
|
117
|
+
....
|
118
|
+
The ampersand (&) and
|
119
|
+
less than (<) are two characters
|
120
|
+
that need escaping.
|
121
|
+
....
|
122
|
+
====
|
123
|
+
|
124
|
+
Here are two short figures with no titles and with odd alignment.
|
125
|
+
|
126
|
+
[align=center]
|
127
|
+
....
|
128
|
+
This might appear in the center.
|
129
|
+
....
|
130
|
+
|
131
|
+
[align=right]
|
132
|
+
....
|
133
|
+
This might appear right-aligned.
|
134
|
+
....
|
135
|
+
|
136
|
+
Here is a figure that is actually pulled from somewhere else.
|
137
|
+
[#rememberme]
|
138
|
+
[NOTE,source=CS]
|
139
|
+
====
|
140
|
+
Remember to check whether that file still exists.
|
141
|
+
====
|
142
|
+
|
143
|
+
[source,src=http://www.example.com/~employees/chrissmith/artwork.txt]
|
144
|
+
----
|
145
|
+
----
|
146
|
+
|
147
|
+
== Tables
|
148
|
+
|
149
|
+
The following is a table example.
|
150
|
+
|
151
|
+
These are sometimes called "inert" gasses.
|
152
|
+
|
153
|
+
.The Noble Gases
|
154
|
+
[grid=cols,cols="<25,^50,^25"]
|
155
|
+
|===
|
156
|
+
| Name | Symbol | Atomic Number
|
157
|
+
|
158
|
+
| Helium | He | 2
|
159
|
+
| Neon | Ne | 10
|
160
|
+
| Argon | Ar | 18
|
161
|
+
| Krypton | Kr | 36
|
162
|
+
| Xenon | Xe | 54
|
163
|
+
| Radon | Rn | 86
|
164
|
+
|===
|
165
|
+
|
166
|
+
Source: Chemistry 101
|
167
|
+
|
168
|
+
The following is a right-aligned table with "full" (but not "all")
|
169
|
+
lines between cells.
|
170
|
+
|
171
|
+
[align=right,grid=cols]
|
172
|
+
[cols="<,>"]
|
173
|
+
|===
|
174
|
+
| Time | Mood
|
175
|
+
|
176
|
+
| Morning | Happy!
|
177
|
+
| Afternoon | Happy!
|
178
|
+
| Evening | Somber
|
179
|
+
|===
|
180
|
+
|
181
|
+
[#IANA]
|
182
|
+
== IANA Considerations
|
183
|
+
|
184
|
+
None.
|
185
|
+
|
186
|
+
[#Security]
|
187
|
+
== Security Considerations
|
188
|
+
|
189
|
+
There are no security considerations for an imaginary Internet Draft.
|
190
|
+
|
191
|
+
[#Acknowledgements]
|
192
|
+
== Acknowledgements
|
193
|
+
|
194
|
+
Some of the things included in this draft came from Elwyn Davies'
|
195
|
+
templates.
|
196
|
+
|
197
|
+
[bibliography]
|
198
|
+
== Normative References
|
199
|
+
++++
|
200
|
+
<reference anchor="RFC2119" target='https://www.rfc-editor.org/info/rfc2119'>
|
201
|
+
<front>
|
202
|
+
<title>Key words for use in RFCs to Indicate Requirement Levels</title>
|
203
|
+
<author initials='S.' surname='Bradner' fullname='S. Bradner'><organization /></author>
|
204
|
+
<date year='1997' month='March' />
|
205
|
+
<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>
|
206
|
+
</front>
|
207
|
+
<seriesInfo name='BCP' value='14'/>
|
208
|
+
<seriesInfo name='RFC' value='2119'/>
|
209
|
+
<seriesInfo name='DOI' value='10.17487/RFC2119'/>
|
210
|
+
</reference>
|
211
|
+
++++
|
212
|
+
|
213
|
+
[bibliography]
|
214
|
+
== Informative References
|
215
|
+
++++
|
216
|
+
<reference anchor="RFC6949">
|
217
|
+
<front>
|
218
|
+
<title>RFC Series Format Requirements and Future Development</title>
|
219
|
+
<author initials="H." surname="Flanagan" fullname="H. Flanagan">
|
220
|
+
<organization/></author>
|
221
|
+
<author initials="N." surname="Brownlee" fullname="N. Brownlee">
|
222
|
+
<organization/></author>
|
223
|
+
<date year="2013" month="May"/>
|
224
|
+
</front>
|
225
|
+
<seriesInfo name="RFC" value="6949"/>
|
226
|
+
<annotation>This is a primary reference work.</annotation>
|
227
|
+
</reference>
|
228
|
+
|
229
|
+
<reference anchor="RED"
|
230
|
+
target="http://www.aciri.org/floyd/papers/early.pdf">
|
231
|
+
<front>
|
232
|
+
<title>Random Early Detection (RED) gateways for Congestion
|
233
|
+
Avoidance</title>
|
234
|
+
<author fullname="Sally Floyd" initials="S" surname="Floyd">
|
235
|
+
<organization>LBL</organization>
|
236
|
+
</author>
|
237
|
+
<author fullname="Van Jacobson" initials="V" surname="Jacobson">
|
238
|
+
<organization>LBL</organization>
|
239
|
+
</author>
|
240
|
+
<date month="August" year="1993"/>
|
241
|
+
</front>
|
242
|
+
<seriesInfo name="IEEE/ACM Transactions on Networking"
|
243
|
+
value="1(4) 397--413"/>
|
244
|
+
<format target="http://www.aciri.org/floyd/papers/early.pdf"
|
245
|
+
octets="318703" type="PDF"/>
|
246
|
+
</reference>
|
247
|
+
++++
|
@@ -0,0 +1,339 @@
|
|
1
|
+
<?xml version="1.0" encoding="US-ASCII"?>
|
2
|
+
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
|
3
|
+
<!ENTITY RFC2119 SYSTEM
|
4
|
+
"http://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
|
5
|
+
]>
|
6
|
+
|
7
|
+
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
|
8
|
+
<?rfc strict="yes" ?>
|
9
|
+
|
10
|
+
<rfc
|
11
|
+
category="std"
|
12
|
+
docName="draft-example-of-xml-00"
|
13
|
+
ipr="trust200902"
|
14
|
+
consensus="no"
|
15
|
+
submissionType="IETF"
|
16
|
+
updates="1234, 5678"
|
17
|
+
xml:lang="en"
|
18
|
+
>
|
19
|
+
|
20
|
+
<front>
|
21
|
+
<title abbrev="XML Example">
|
22
|
+
An Example of Using XML for an Internet Draft
|
23
|
+
</title>
|
24
|
+
|
25
|
+
<author fullname="Chris Smith" initials="C." surname="Smith">
|
26
|
+
<organization abbrev="EC">ExampleCorp</organization>
|
27
|
+
<address>
|
28
|
+
<postal>
|
29
|
+
<street>123 Exemplar Way</street>
|
30
|
+
<city>Anytown</city>
|
31
|
+
<region>California</region>
|
32
|
+
<code>95060</code>
|
33
|
+
<country>US</country>
|
34
|
+
</postal>
|
35
|
+
<phone>+1 123-456-7890</phone>
|
36
|
+
<facsimile>+1 123-456-7890</facsimile>
|
37
|
+
<email>chrissmith@example.com</email>
|
38
|
+
<uri>http://www.example.com/corporate/</uri>
|
39
|
+
</address>
|
40
|
+
</author>
|
41
|
+
|
42
|
+
<!-- The following author has no organization and no postal or
|
43
|
+
phone information. -->
|
44
|
+
<author fullname="Kim Jones" initials="K." surname="Jones">
|
45
|
+
<organization/>
|
46
|
+
<address>
|
47
|
+
<email>jk@lmn.op</email>
|
48
|
+
</address>
|
49
|
+
</author>
|
50
|
+
|
51
|
+
<date year="2014" month="September"/>
|
52
|
+
|
53
|
+
<area>General</area>
|
54
|
+
<workgroup>Imaginary WG</workgroup>
|
55
|
+
<keyword>XML</keyword>
|
56
|
+
<keyword>Imagination</keyword>
|
57
|
+
|
58
|
+
<abstract>
|
59
|
+
<t>This is an example of an abstract. It is a short paragraph that
|
60
|
+
gives an overview of the document in order to help the
|
61
|
+
reader determine whether or not they are interested in reading
|
62
|
+
further.</t>
|
63
|
+
</abstract>
|
64
|
+
|
65
|
+
<note title="Disclaimer">
|
66
|
+
<t>This isn't a real RFC, just an example.</t>
|
67
|
+
</note>
|
68
|
+
|
69
|
+
</front>
|
70
|
+
|
71
|
+
<middle>
|
72
|
+
|
73
|
+
<section anchor="intro" title="Introduction">
|
74
|
+
|
75
|
+
<t>This is the first paragraph of the introduction to this
|
76
|
+
document. This introduction is probably much shorter than it would
|
77
|
+
be for a real Internet Draft.</t>
|
78
|
+
|
79
|
+
<t>Something to note about this paragraph is that it has a
|
80
|
+
pointer to <xref target="protocol"/>, and one to
|
81
|
+
<xref target="haiku"/>, both of which appear later in the
|
82
|
+
document.</t>
|
83
|
+
|
84
|
+
<iref item="Introduction" subitem="verbiage" primary="true"/>
|
85
|
+
|
86
|
+
<!-- This is a comment. Comments in the XML do not appear in the
|
87
|
+
output formats. -->
|
88
|
+
|
89
|
+
<section title="Terminology">
|
90
|
+
|
91
|
+
<t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
|
92
|
+
NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL"
|
93
|
+
in this document are to be interpreted as described in
|
94
|
+
<xref target="RFC2119"/>.</t>
|
95
|
+
|
96
|
+
</section>
|
97
|
+
|
98
|
+
</section>
|
99
|
+
|
100
|
+
<section anchor="protocol" title="The Protocol Being Described">
|
101
|
+
|
102
|
+
<t>This is a reference to <xref target="RFC6949"/>.
|
103
|
+
Actually, the reference itself is not all that interesting, but the
|
104
|
+
way that the reference is incorporated is. Note that the inclusion
|
105
|
+
of RFC 2119 was done at the top of the XML, while the information
|
106
|
+
for RFC 6949 is done directly in the references section.</t>
|
107
|
+
|
108
|
+
<t>The <eref target="http://www.ietf.org">IETF web site</eref> is
|
109
|
+
<spanx style="emph">quite</spanx>
|
110
|
+
<spanx style="strong">nice</spanx>,
|
111
|
+
<spanx style="verb">isn't it</spanx>?
|
112
|
+
Unlike other web sites, it doesn't use
|
113
|
+
<vspace blankLines="2" />gratuitous vertical space.</t>
|
114
|
+
|
115
|
+
</section>
|
116
|
+
|
117
|
+
<section title="Basic Lists">
|
118
|
+
|
119
|
+
<t>Bulleted lists are good for items that
|
120
|
+
are not ordered:
|
121
|
+
|
122
|
+
<list style="symbols">
|
123
|
+
|
124
|
+
<t>This is the first item.</t>
|
125
|
+
|
126
|
+
<t>This is the second item. Here comes a sub-list:
|
127
|
+
|
128
|
+
<list style="symbols">
|
129
|
+
|
130
|
+
<t>This is the first sub-item.</t>
|
131
|
+
|
132
|
+
<t>This is the second sub-item<vspace/>
|
133
|
+
and some more detail on the second sub-item.</t>
|
134
|
+
|
135
|
+
</list></t>
|
136
|
+
|
137
|
+
<t>This is the item after the sub-list.</t>
|
138
|
+
|
139
|
+
</list></t>
|
140
|
+
|
141
|
+
<t>Numbered lists are good for items that are ordered:
|
142
|
+
|
143
|
+
<list style="numbers">
|
144
|
+
|
145
|
+
<t>This is the first item.</t>
|
146
|
+
|
147
|
+
<t>This is the second item. Here comes a sub-list, but
|
148
|
+
with letters:
|
149
|
+
|
150
|
+
<list style="letters">
|
151
|
+
<t>This is the first sub-item.</t>
|
152
|
+
|
153
|
+
<t>This is the second sub-item</t>
|
154
|
+
|
155
|
+
</list></t>
|
156
|
+
|
157
|
+
<t>This is the item after the sub-list.</t>
|
158
|
+
|
159
|
+
</list></t>
|
160
|
+
|
161
|
+
<t>And an example of hanging indent.
|
162
|
+
|
163
|
+
<list style="hanging" hangIndent="15">
|
164
|
+
|
165
|
+
<t hangText="Trees">These are bigger plants</t>
|
166
|
+
|
167
|
+
<t hangText="Lichen">These are smaller plants</t>
|
168
|
+
|
169
|
+
</list></t>
|
170
|
+
|
171
|
+
<t>And the always-interesting "format" for lists.
|
172
|
+
|
173
|
+
<list style="format --%d--">
|
174
|
+
|
175
|
+
<t>An element that gets a funny bullet.</t>
|
176
|
+
|
177
|
+
</list></t>
|
178
|
+
|
179
|
+
</section>
|
180
|
+
|
181
|
+
<section title="Figures">
|
182
|
+
|
183
|
+
<t>The following is a figure with a caption.
|
184
|
+
Also, it uses the ampersand (&) and less than
|
185
|
+
(<) characters in the example text.</t>
|
186
|
+
|
187
|
+
<figure title="This could be haiku" anchor="haiku">
|
188
|
+
<artwork type="haiku" align="left">
|
189
|
+
The ampersand (&) and
|
190
|
+
less than (<) are two characters
|
191
|
+
that need escaping.
|
192
|
+
</artwork>
|
193
|
+
</figure>
|
194
|
+
|
195
|
+
<t>Here are two short figures with no titles and with
|
196
|
+
odd alignment.</t>
|
197
|
+
|
198
|
+
<figure><artwork align="center">
|
199
|
+
This might appear in the center.
|
200
|
+
</artwork></figure>
|
201
|
+
|
202
|
+
<figure><artwork align="right">
|
203
|
+
This might appear right-aligned.
|
204
|
+
</artwork></figure>
|
205
|
+
|
206
|
+
<t>Here is a figure that is actually pulled from somewhere else.
|
207
|
+
<cref source="cs" anchor="rememberme">
|
208
|
+
Remember to check whether that file still exists.</cref></t>
|
209
|
+
|
210
|
+
<figure><artwork
|
211
|
+
src="http://www.example.com/~employees/chrissmith/artwork.txt" />
|
212
|
+
</figure>
|
213
|
+
|
214
|
+
</section>
|
215
|
+
|
216
|
+
<section title="Tables">
|
217
|
+
|
218
|
+
<t>The following is a table example.</t>
|
219
|
+
|
220
|
+
<texttable title="The Noble Gases">
|
221
|
+
<preamble>These are sometimes called "inert" gasses.</preamble>
|
222
|
+
<ttcol>Name</ttcol>
|
223
|
+
<ttcol align="center" width="50%">Symbol</ttcol>
|
224
|
+
<ttcol align="center">Atomic Number</ttcol>
|
225
|
+
|
226
|
+
<c>Helium</c>
|
227
|
+
<c>He</c>
|
228
|
+
<c>2</c>
|
229
|
+
|
230
|
+
<c>Neon</c>
|
231
|
+
<c>Ne</c>
|
232
|
+
<c>10</c>
|
233
|
+
|
234
|
+
<c>Argon</c>
|
235
|
+
<c>Ar</c>
|
236
|
+
<c>18</c>
|
237
|
+
|
238
|
+
<c>Krypton</c>
|
239
|
+
<c>Kr</c>
|
240
|
+
<c>36</c>
|
241
|
+
|
242
|
+
<c>Xenon</c>
|
243
|
+
<c>Xe</c>
|
244
|
+
<c>54</c>
|
245
|
+
|
246
|
+
<c>Radon</c>
|
247
|
+
<c>Rn</c>
|
248
|
+
<c>86</c>
|
249
|
+
|
250
|
+
<postamble>Source: Chemistry 101</postamble>
|
251
|
+
</texttable>
|
252
|
+
|
253
|
+
<t>The following is a right-aligned table with "full" (but not "all")
|
254
|
+
lines between cells.</t>
|
255
|
+
|
256
|
+
<texttable align="right" style="full">
|
257
|
+
<ttcol>Time</ttcol>
|
258
|
+
<ttcol align="right">Mood</ttcol>
|
259
|
+
|
260
|
+
<c>Morning</c>
|
261
|
+
<c>Happy!</c>
|
262
|
+
|
263
|
+
<c>Afternoon</c>
|
264
|
+
<c>Happy!</c>
|
265
|
+
|
266
|
+
<c>Evening</c>
|
267
|
+
<c>Somber</c>
|
268
|
+
|
269
|
+
</texttable>
|
270
|
+
|
271
|
+
</section>
|
272
|
+
|
273
|
+
<section anchor="IANA" title="IANA Considerations">
|
274
|
+
|
275
|
+
<t>None.</t>
|
276
|
+
|
277
|
+
</section>
|
278
|
+
|
279
|
+
<section anchor="Security" title="Security Considerations">
|
280
|
+
|
281
|
+
<t>There are no security considerations for an imaginary
|
282
|
+
Internet Draft.</t>
|
283
|
+
|
284
|
+
</section>
|
285
|
+
|
286
|
+
<section anchor="Acknowledgements" title="Acknowledgements">
|
287
|
+
|
288
|
+
<t>Some of the things included in this draft came from
|
289
|
+
Elwyn Davies' templates.</t>
|
290
|
+
|
291
|
+
</section>
|
292
|
+
|
293
|
+
</middle>
|
294
|
+
<back>
|
295
|
+
|
296
|
+
<references title="Normative References">
|
297
|
+
|
298
|
+
&RFC2119;
|
299
|
+
|
300
|
+
</references>
|
301
|
+
|
302
|
+
<references title="Informative References">
|
303
|
+
|
304
|
+
<reference anchor="RFC6949">
|
305
|
+
<front>
|
306
|
+
<title>RFC Series Format Requirements and Future Development</title>
|
307
|
+
<author initials="H." surname="Flanagan" fullname="H. Flanagan">
|
308
|
+
<organization/></author>
|
309
|
+
<author initials="N." surname="Brownlee" fullname="N. Brownlee">
|
310
|
+
<organization/></author>
|
311
|
+
<date year="2013" month="May"/>
|
312
|
+
</front>
|
313
|
+
<seriesInfo name="RFC" value="6949"/>
|
314
|
+
<annotation>This is a primary reference work.</annotation>
|
315
|
+
</reference>
|
316
|
+
|
317
|
+
<reference anchor="RED"
|
318
|
+
target="http://www.aciri.org/floyd/papers/early.pdf">
|
319
|
+
<front>
|
320
|
+
<title>Random Early Detection (RED) gateways for Congestion
|
321
|
+
Avoidance</title>
|
322
|
+
<author fullname="Sally Floyd" initials="S" surname="Floyd">
|
323
|
+
<organization>LBL</organization>
|
324
|
+
</author>
|
325
|
+
<author fullname="Van Jacobson" initials="V" surname="Jacobson">
|
326
|
+
<organization>LBL</organization>
|
327
|
+
</author>
|
328
|
+
<date month="August" year="1993"/>
|
329
|
+
</front>
|
330
|
+
<seriesInfo name="IEEE/ACM Transactions on Networking"
|
331
|
+
value="1(4) 397--413"/>
|
332
|
+
<format target="http://www.aciri.org/floyd/papers/early.pdf"
|
333
|
+
octets="318703" type="PDF"/>
|
334
|
+
</reference>
|
335
|
+
|
336
|
+
</references>
|
337
|
+
|
338
|
+
</back>
|
339
|
+
</rfc>
|