-
Notifications
You must be signed in to change notification settings - Fork 412
/
.markdownlint.jsonc
305 lines (255 loc) · 9.26 KB
/
.markdownlint.jsonc
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
{
// Example markdownlint JSON(C) configuration with all properties set to their default value
// Default state for all rules
"default": false,
// Path to configuration file to extend
"extends": null,
// MD001/heading-increment/header-increment - Heading levels should only increment by one level at a time
// Enforces bullet 1 of https://docs.ipfs.tech/community/contribute/grammar-formatting-and-style/#titles
"MD001": true,
// MD003/heading-style/header-style - Heading style
// Pretty sure we do this implicitly
// Enforces a heading style like the following
//
// # Title
// ## Subheading
"MD003": {
// Heading style
"style": "atx"
},
// MD004/ul-style - Unordered list style
// Enforces https://docs.ipfs.tech/community/contribute/grammar-formatting-and-style/#unordered-lists
"MD004": {
// List style
"style": "dash"
},
// MD005/list-indent - Inconsistent indentation for list items at the same level
// Seems implicitly related to https://docs.ipfs.tech/community/contribute/grammar-formatting-and-style/#unordered-lists
"MD005": true,
// MD007/ul-indent - Unordered list indentation
// Pretty sure we enforce 2 spaces indnetation
"MD007": {
// Spaces for indent
"indent": 2,
// Whether to indent the first level of the list
"start_indented": false,
// Spaces for first level indent (when start_indented is set)
"start_indent": 2
},
// MD009/no-trailing-spaces - Trailing spaces
// Seems like something good to have
"MD009": {
// Spaces for line break
"br_spaces": 2,
// Allow spaces for empty lines in list items
"list_item_empty_lines": false,
// Include unnecessary breaks
"strict": false
},
// MD010/no-hard-tabs - Hard tabs
// Not sure if we want to enforce this, seems like it would be a good idea?
"MD010": false,
// MD011/no-reversed-links - Reversed link syntax
// Seems obvious, probably good to enforce
"MD011": true,
// MD012/no-multiple-blanks - Multiple consecutive blank lines
// Seems obvious, probably good to enforce
"MD012": true,
// MD013/line-length - Line length
"MD013": false,
// MD014/commands-show-output - Dollar signs used before commands without showing output
// Seems obvious, probably good to enforce
"MD014": true,
// MD018/no-missing-space-atx - No space after hash on atx style heading
// Seems to be something we already do anyways
"MD018": true,
// MD019/no-multiple-space-atx - Multiple spaces after hash on atx style heading
// Seems to be something we already do anyways
"MD019": true,
// MD020/no-missing-space-closed-atx - No space inside hashes on closed atx style heading
// Seems irrelvant since we are using atxc headings
"MD020": false,
// MD021/no-multiple-space-closed-atx - Multiple spaces inside hashes on closed atx style heading
// Seems irrelvant since we are using atxc headings
"MD021": false,
// MD022/blanks-around-headings/blanks-around-headers - Headings should be surrounded by blank lines
// Seems to be something we already do anyways
"MD022": {
// Blank lines above heading
"lines_above": 1,
// Blank lines below heading
"lines_below": 1
},
// MD023/heading-start-left/header-start-left - Headings must start at the beginning of the line
// Seems to be something we already do anyways
"MD023": true,
// MD024/no-duplicate-heading/no-duplicate-header - Multiple headings with the same content
// Seems to be a good practice
"MD024": {
// Only check sibling headings
// Added this in case we start doing changelogs
"siblings_only": true
},
// MD025/single-title/single-h1 - Multiple top-level headings in the same document
// Enforces bullet 2 of https://docs.ipfs.tech/community/contribute/grammar-formatting-and-style/#titles
"MD025": {
// Heading level
"level": 1,
// RegExp for matching title in front matter
"front_matter_title": "^\\s*title\\s*[:=]"
},
// MD026/no-trailing-punctuation - Trailing punctuation in heading
// Enforces bullet 3 of https://docs.ipfs.tech/community/contribute/grammar-formatting-and-style/#titles
"MD026": {
// Punctuation characters
"punctuation": ".,;:!。,;:!"
},
// MD027/no-multiple-space-blockquote - Multiple spaces after blockquote symbol
// Seems like a good practice
"MD027": true,
// MD028/no-blanks-blockquote - Blank line inside blockquote
// Seems like a good practice
"MD028": true,
// MD029/ol-prefix - Ordered list item prefix
// Pretty sure we enforce this without calling it out
//
// 1.
// 1.
// 1.
"MD029": {
// List style
"style": "one"
},
// MD030/list-marker-space - Spaces after list markers
// Seems like we already do this
"MD030": {
// Spaces for single-line unordered list items
"ul_single": 1,
// Spaces for single-line ordered list items
"ol_single": 1,
// Spaces for multi-line unordered list items
"ul_multi": 1,
// Spaces for multi-line ordered list items
"ol_multi": 1
},
// MD031/blanks-around-fences - Fenced code blocks should be surrounded by blank lines
// Seems like a good practice / we already do this
"MD031": {
// Include list items
"list_items": true
},
// MD032/blanks-around-lists - Lists should be surrounded by blank lines
// Seems like a good practice / we already do this
"MD032": true,
// MD033/no-inline-html - Inline HTML
// Not sure about this one - do we need to allow any html elements?
"MD033": {
// Allowed elements
"allowed_elements": []
},
// MD034/no-bare-urls - Bare URL used
// Pretty sure we don't enforce this, but I think it would be a good idea
// TODO remove all bare URLS from docs
// We should not have bare urls in the docs
// Once done, set this to true
"MD034": false,
// MD035/hr-style - Horizontal rule style
// Not sure if this matters
"MD035": {
// Horizontal rule style
"style": "consistent"
},
// MD036/no-emphasis-as-heading/no-emphasis-as-header - Emphasis used instead of a heading
// Seems like a good rule to have in place
"MD036": {
// Punctuation characters
"punctuation": ".,;:!?。,;:!?"
},
// MD037/no-space-in-emphasis - Spaces inside emphasis markers
// Seems like a good rule to have in place
"MD037": true,
// MD038/no-space-in-code - Spaces inside code span elements
// Seems like a good rule to have in place
"MD038": true,
// MD039/no-space-in-links - Spaces inside link text
// Seems like a good rule to have in place
"MD039": true,
// MD040/fenced-code-language - Fenced code blocks should have a language specified
// Seems like we already do this
"MD040": true,
// MD041/first-line-heading/first-line-h1 - First line in a file should be a top-level heading
// Enforces https://docs.ipfs.tech/community/contribute/grammar-formatting-and-style/#titles
"MD041": {
// Heading level
"level": 1,
// RegExp for matching title in front matter
"front_matter_title": "^\\s*title\\s*[:=]"
},
// MD042/no-empty-links - No empty links
// Seems like a good rule to have in place
"MD042": true,
// MD043/required-headings/required-headers - Required heading structure
// TODO
// We may want to utilize this rule, not sure what the struct would be
"MD043": {
// List of headings
"headings": [],
// List of headings
"headers": []
},
// MD044/proper-names - Proper names should have the correct capitalization
// TODO
// Determine if we want to use this,
// Could be use for things like JavaScript, Python, LibP2P, etc.
// May cause issues
"MD044": {
// List of proper names
"names": [],
// Include code blocks
"code_blocks": false,
// Include HTML elements
"html_elements": false
},
// MD045/no-alt-text - Images should have alternate text (alt text)
// Enforces https://docs.ipfs.tech/community/contribute/grammar-formatting-and-style/#alt-text
"MD045": true,
// MD046/code-block-style - Code block style
// Seems like we already enforce this
"MD046": {
// Block style
"style": "fenced"
},
// MD047/single-trailing-newline - Files should end with a single newline character
// Not sure if we enforce this, but seems like a good practice
"MD047": true,
// MD048/code-fence-style - Code fence style
// Seems like we already enforce this
"MD048": {
// Code fence style
"style": "backtick"
},
// MD049/emphasis-style - Emphasis style should be consistent
// Enforces https://docs.ipfs.tech/community/contribute/grammar-formatting-and-style/#italics
"MD049": {
// Emphasis style should be consistent
"style": "underscore"
},
// MD050/strong-style - Strong style should be consistent
// Enforces https://docs.ipfs.tech/community/contribute/grammar-formatting-and-style/#bold-text
"MD050": {
// Strong style should be consistent
"style": "asterisk"
},
// MD051/link-fragments - Link fragments should be valid
// Seems like a good rule, markdow-link-check should also catch this
"MD051": true,
// MD052/reference-links-images - Reference links and images should use a label that is defined
"MD052": true,
// MD053/link-image-reference-definitions - Link and image reference definitions should be needed
"MD053": {
// Ignored definitions
"ignored_definitions": [
"//"
]
}
}