@@ -30,14 +30,45 @@ The level 2 heading in the top-level section for each previous version should us
30
30
## Erratum format
31
31
32
32
Each erratum should be in the following format
33
- (replacing ` YYYY-MM-DD ` , ` Section Title ` , and ` details of what happened ` ):
33
+ (replacing ` YYYY-MM-DD ` , ` Section Title ` , ` details of changes ` , and ` #NNNN ` ):
34
34
35
35
``` html
36
- <li >YYYY-MM-DD: In <a href =" {{ trUrl }}#sectionid" >Section Title</a >, details of what happened.</li >
36
+ <li >
37
+ YYYY-MM-DD:
38
+ In <a href =" {{ trUrl }}#sectionid" >Section Title</a >,
39
+ details of changes.
40
+ ({% gh #NNNN %})
41
+ </li >
37
42
```
38
43
39
44
Adhering to this format is important, as any entries under the latest published version will also be
40
45
parsed for inclusion within Guideline/SC boxes and Key Terms definitions within Understanding pages.
46
+ (Newlines are insignificant and are suggested for source code readability.)
47
+
48
+ Each piece of this format is further explained in the subsections below.
49
+
50
+ ### Section reference
51
+
52
+ When applicable, errata should begin with an indication of the section they relate to, including a link.
53
+
54
+ Example phrasing when linking to a section, e.g. a success criterion:
55
+
56
+ ``` html
57
+ In <a href =" {{ trUrl }}#target-size-minimum" >2.5.8 Target Size (Minimum)</a >
58
+ ```
59
+
60
+ Example phrasing when linking to a term definition:
61
+
62
+ ``` html
63
+ In the definition for <a href =" {{ trUrl }}#dfn-single-pointer" >single pointer</a >
64
+ ```
65
+
66
+ (Remember that term definition fraagments always begin with ` dfn- ` .)
67
+
68
+ It is possible to reference multiple sections/terms from one erratum,
69
+ so long as all of the links remain front-loaded prior to the erratum's details.
70
+
71
+ ### Details of changes
41
72
42
73
` details of what happened ` should be expressed in present progressive tense
43
74
(e.g. "updating", "removing", "adding"), with the desired outcome listed first.
@@ -47,3 +78,16 @@ For example:
47
78
- removing one note and adding two new notes, including ...
48
79
- removing a supernumary "Note" indicator from the first note.
49
80
- correcting the word ... to ...
81
+
82
+ ### GitHub PR or commit
83
+
84
+ When possible, provide a reference to one or more GitHub pull requests or commit hashes
85
+ at the end of each erratum, in the format ` ({% gh "..." %}) ` .
86
+
87
+ The format breaks down as follows:
88
+
89
+ - ` {% gh "..." %} ` is a custom shortcode, which accepts one of the following:
90
+ - A PR number prefixed with ` # ` , e.g. ` "#4080" ` (this is the preferred option when available)
91
+ - A commit hash of 7 or more characters, with no prefix, e.g. ` "b043430" `
92
+ - The quotes around the parameter passed to the ` gh ` shortcode are necessary for template parsing
93
+ - The outer parentheses exist only for punctuation, and are directly output
0 commit comments