You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: contributing_to_docs/doc_guidelines.adoc
+26-39Lines changed: 26 additions & 39 deletions
Original file line number
Diff line number
Diff line change
@@ -33,20 +33,30 @@ In the Pulsar editor, you can use `Ctrl`+`J` to undo hard wrapping on a paragrap
33
33
34
34
[id="assembly-file-metadata"]
35
35
== Assembly file metadata
36
-
Every assembly file should contain the following metadata at the top, with no line spacing in between, except where noted:
36
+
Every assembly file must contain the following metadata at the top, with no blank lines, except where noted:
37
37
38
38
----
39
39
:_mod-docs-content-type: ASSEMBLY <1>
40
-
[id="<unique_heading_for_assembly>"] <2>
40
+
[id="<assembly-anchor-id>"] <2>
41
41
= Assembly title <3>
42
42
include::_attributes/common-attributes.adoc[] <4>
43
-
:context: <unique_context_for_assembly> <5>
43
+
:context: <assembly-context> <5>
44
44
<6>
45
45
toc::[] <7>
46
46
----
47
47
<1> The content type for the file. For assemblies, always use `:_mod-docs-content-type: ASSEMBLY`. Place this attribute before the anchor ID or, if present, the conditional that contains the anchor ID.
48
48
<2> A unique (within OpenShift docs) anchor ID for this assembly. Use lowercase and hyphens, for example: `cli-developer-commands`.
49
49
<3> Human readable title (notice the `=` top-level header).
50
+
+
51
+
[NOTE]
52
+
====
53
+
* Do not use backticks or other markup in assembly headings. You can use backticks or other markup in the title for a block, such as a code block `.Example` or a table `.Description` title.
54
+
* Do not use "Optional:" to prefix an assembly title. According to IBM Style Guide, this practice is reserved for optional steps and code callouts.
55
+
* With content reuse and modular documentation, you cannot be certain that all future use of an assembly will remain optional. For more information, see link:https://www.ibm.com/docs/en/ibm-style?topic=format-procedures#indicating-optional-and-conditional-steps["Indicating optional and conditional steps (Requires IBM Style login)"].
56
+
* The assembly title, which is the first line of the document, is the only level 1 ( `=` ) title.
57
+
Section headers within the assembly must be level 2 ( `==` ) or lower. When you include modules, you must add leveloffsets in the include statements. You can manually add more level 2 or lower section headers in the assembly.
58
+
====
59
+
50
60
<4> Includes attributes common to OpenShift docs.
51
61
+
52
62
[NOTE]
@@ -56,34 +66,22 @@ toc::[] <7>
56
66
+
57
67
[source,text]
58
68
----
59
-
:_mod-docs-content-type: ASSEMBLY
60
-
include::_attributes/common-attributes.adoc[]
61
-
[id="installing-ibm-cloud-private"]
62
-
= Installing a private cluster on {ibm-cloud-title}
63
-
:context: installing-ibm-cloud-private
69
+
:_mod-docs-content-type: ASSEMBLY
70
+
include::_attributes/common-attributes.adoc[]
71
+
[id="installing-ibm-cloud-private"]
72
+
= Installing a private cluster on {ibm-cloud-title}
73
+
:context: installing-ibm-cloud-private
64
74
65
75
toc::[]
66
76
----
67
77
====
68
78
+
69
79
<5> Context used for identifying headers in modules that is the same as the anchor ID. Use lowercase and hyphens, for example `cli-developer-commands`.
70
80
<6> A blank line. You *must* have a blank line here before the `toc::[]`.
71
-
<7> The table of contents for the current assembly.
72
-
73
-
[NOTE]
74
-
====
75
-
* Do not use backticks or other markup in assembly or module headings. You can use backticks or other markup in the title for a block, such as a code block `.Example` or a table `.Description` title.
76
-
* Do not use "Optional:" to prefix a heading title. According to IBM Style, this practice is reserved for optional steps and code callouts. With content reuse and modular documentation, you cannot be certain that all future use of a module will remain optional. For more information, see link:https://www.ibm.com/docs/en/ibm-style?topic=format-procedures#indicating-optional-and-conditional-steps["Indicating optional and conditional steps (Requires IBM Style login)"].
77
-
====
78
-
81
+
+
79
82
After the heading block and a single whitespace line, you can include any content for this assembly.
80
83
81
-
[NOTE]
82
-
====
83
-
The assembly title, which is the first line of the document, is the only level 1 ( = ) title.
84
-
Section headers within the assembly must be level 2 ( == ) or lower. When you include modules, you must add
85
-
leveloffsets in the include statements. You can manually add more level 2 or lower section headers in the assembly.
86
-
====
84
+
<7> The table of contents for the current assembly.
87
85
88
86
[id="module-file-metadata"]
89
87
== Module file metadata
@@ -101,26 +99,15 @@ Every module should be placed in the modules folder and should contain the follo
101
99
102
100
<1> List of assemblies in which this module is included.
103
101
<2> The content type for the file. Replace `<TYPE>` with the actual type of the module, `CONCEPT`, `REFERENCE`, or `PROCEDURE`. Place this attribute before the anchor ID or, if present, the conditional that contains the anchor ID.
104
-
<3> A module anchor with {context} that must be lowercase and must match the module's file name.
105
-
<4> Human readable title. To ensure consistency in the results of the
106
-
leveloffset values in include statements, you must use a level one heading
102
+
<3> The anchor ID with `_{context}` must be lowercase and match the module's file name.
103
+
<4> Human readable title. To ensure consistency in the results of the leveloffset values in include statements, you must use a level 1 heading
Do not use backticks or other markup in assembly or module headings. You can use backticks or other markup in the title for a block, such as a code block `.Example` or a table `.Description` title.
108
+
* Do not use backticks or other markup in module headings. You can use backticks or other markup in the title for a block, such as a code block `.Example` or a table `.Description` title.
109
+
* Do not use "Optional:" to prefix a module title. According to IBM Style, this practice is reserved for optional steps and code callouts.
110
+
* With content reuse and modular documentation, you cannot be certain that all future use of a module will remain optional. For more information, see link:https://www.ibm.com/docs/en/ibm-style?topic=format-procedures#indicating-optional-and-conditional-steps["Indicating optional and conditional steps (Requires IBM Style login)"].
0 commit comments