6
6
* [ Files and command names] ( #files-and-command-names )
7
7
* [ Code blocks] ( #code-blocks )
8
8
* [ Images] ( #images )
9
+ * [ Spelling] ( #spelling )
10
+ * [ Names] ( #names )
11
+ * [ Version numbers] ( #version-numbers )
12
+ * [ The apostrophe] ( #the-apostrophe )
9
13
10
14
# Introduction
11
15
@@ -16,6 +20,7 @@ Containers](https://github.com/kata-containers) project.
16
20
17
21
All documents must:
18
22
23
+ - Be written in simple English.
19
24
- Be written in [ GitHub Flavored Markdown] ( https://github.github.com/gfm ) format.
20
25
- Have a ` .md ` file extension.
21
26
- Include a TOC (table of contents) at the top of the document with links to
@@ -139,7 +144,20 @@ utility.
139
144
- All lines beginning `# ` should be comment lines, *NOT* commands to run as
140
145
the `root` user.
141
146
142
- - In the unusual case that you need to display command *output*, use an
147
+ - Try to avoid showing the *output* of commands.
148
+
149
+ The reasons for this:
150
+
151
+ - Command output can change, leading to confusion when the output the user
152
+ sees does not match the output in the documentation.
153
+
154
+ - There is the risk the user will get confused between what parts of the
155
+ block refer to the commands they should type and the output that they
156
+ should not.
157
+
158
+ - It can make the document look overly "busy" or complex.
159
+
160
+ In the unusual case that you need to display command *output*, use an
143
161
unadorned code block (\`\`\`):
144
162
145
163
<pre >
@@ -177,3 +195,41 @@ source file and re-generating the binary format image file.
177
195
Ideally, the format of all image source files is an open standard, non-binary
178
196
one such as SVG. Text formats are highly preferable because you can manipulate
179
197
and compare them with standard tools (e.g. `diff(1)`).
198
+
199
+ # Spelling
200
+
201
+ Since this project uses a number of terms not found in conventional
202
+ dictionaries, we have a
203
+ [spell checking tool](https://github.com/kata-containers/tests/tree/master/cmd/check-spelling)
204
+ that checks both dictionary words and the additional terms we use.
205
+
206
+ Run the spell checking tool on your document before raising a PR to ensure it
207
+ is free of mistakes.
208
+
209
+ If your document introduces new terms, you need to update the custom
210
+ dictionary used by the spell checking tool to incorporate the new words.
211
+
212
+ # Names
213
+
214
+ Occasionally documents need to specify the name of people. Write such names in
215
+ backticks. The main reason for this is to keep the [spell checker](#spelling) happy (since
216
+ it cannot manage all possible names). However, since backticks render in a
217
+ fixed-width font, this makes the names clearer:
218
+
219
+ > Welcome to `Clark Kent`, the newest member of the Kata Containers Architecture Committee.
220
+
221
+ # Version numbers
222
+
223
+ Write version number in backticks. This keeps the [spell checker](#spelling)
224
+ happy and since backticks render in a fixed-width font, it also makes the
225
+ numbers clearer:
226
+
227
+ > Ensure you are using at least version `1.2.3-alpha3.wibble.1` of the tool.
228
+
229
+ # The apostrophe
230
+
231
+ The apostrophe character (`'`) must **only** be used for showing possession
232
+ ("Peter's book") and for standard contractions (such as "don't").
233
+
234
+ Use double-quotes ("...") in all other circumstances you use quotes outside of
235
+ [code blocks](#code-blocks).
0 commit comments