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
@@ -18,19 +22,11 @@ Base the file name and the ID on the assembly title. For example:
18
22
* ID: [id="assembly-my-user-story_{context}"]
19
23
* Title: = My user story
20
24
21
-
The ID is an anchor that links to the module. Avoid changing it after the module has been published to ensure existing links are not broken. Include {context} in the ID so the assembly can be reused.
22
-
////
25
+
ID is a unique identifier that can be used to reference this assembly. Avoid changing it after the module has been published to ensure existing links are not broken. Include {context} in the ID so the assembly can be reused.
23
26
27
+
Be sure to include a line break between the title and the :context: variable and the :context: variable and the assembly introduction.
28
+
If the assembly covers a task, start the title with a verb in the gerund form, such as Creating or Configuring.
24
29
////
25
-
Indicate the content type in one of the following
26
-
ways:
27
-
Add the prefix assembly- or assembly_ to the file name.
28
-
Add the following attribute before the module ID:
29
-
////
30
-
{% if metadata -%}
31
-
:_mod-docs-content-type: ASSEMBLY
32
-
{%- endif %}
33
-
34
30
{% if simplified -%}
35
31
[id="{{module_anchor}}"]
36
32
{%- else -%}
@@ -42,20 +38,12 @@ ifdef::context[]
42
38
endif::[]
43
39
{%- endif %}
44
40
= {{module_title}}
45
-
////
46
-
{% if !simplified -%}
47
-
Be sure to include a line break between the title and the :context: variable and the :context: variable and the assembly introduction.
48
-
49
-
{% endif %}
50
-
If the assembly covers a task, start the title with a verb in the gerund form, such as Creating or Configuring.
51
-
////
52
41
53
42
{% if !simplified -%}
54
-
:context: {{module_anchor}}
55
-
56
43
////
57
44
The `context` attribute enables module reuse. Every module ID includes {context}, which ensures that the module has a unique ID so you can include it multiple times in the same guide.
58
45
////
46
+
:context: {{module_anchor}}
59
47
{%- endif %}
60
48
61
49
{% if examples -%}
@@ -75,21 +63,16 @@ This paragraph is the assembly introduction. It explains what the user will acco
75
63
////
76
64
The following include statements pull in the module files that comprise the assembly. Include any combination of concept, procedure, or reference modules required to cover the user story. You can also include other assemblies.
[leveloffset=+1] ensures that when a module title is a level 1 heading (= Title), the heading will be interpreted as a level-2 heading (== Title) in the assembly. Use [leveloffset=+2] and [leveloffset=+3] to nest modules in an assembly.
85
67
68
+
Add a blank line after each 'include::' statement.
* Use an unnumbered bullet (*) if the list includes only one step.
99
82
{%- endif %}
100
83
101
-
// If the last module included in your assembly contains an Additional resources section as well, check the appearance of the rendered assembly. If the two Additional resources sections might be confusing for a reader, consider consolidating their content and removing one of them.
84
+
////
85
+
Optional. Delete if not used.
86
+
87
+
Provide a bulleted list of links and display text relevant to the assembly. These links can include `link:` and `xref:` macros. Do not include additional text.
88
+
89
+
If the last module included in your assembly contains an Additional resources section as well, check the appearance of the rendered assembly. If the two Additional resources sections might be confusing for a reader, consider consolidating their content and removing one of them.
90
+
////
102
91
[role="_additional-resources"]
103
92
== Additional resources
104
93
105
94
{% if examples -%}
106
-
* This section is optional.
107
-
* Provide a bulleted list of links to other closely-related material. These links can include `link:` and `xref:` macros.
108
-
* Use an unnumbered bullet (*) if the list includes only one step.
Metadata attribute that will help enable correct parsing and conversion to the appropriate DITA topic type.
6
+
////
7
+
:_mod-docs-content-type: CONCEPT
4
8
{%- endif %}
9
+
5
10
////
6
11
Base the file name and the ID on the module title. For example:
7
12
* file name: con_my-concept-module-a.adoc
8
13
* ID: [id="my-concept-module-a_{context}"]
9
14
* Title: = My concept module A
10
-
////
11
-
12
-
////
13
-
Indicate the module type in one of the following
14
-
ways:
15
-
Add the prefix con- or con_ to the file name.
16
-
Add the following attribute before the module ID:
17
-
////
18
-
{% if metadata -%}
19
-
:_mod-docs-content-type: CONCEPT
20
-
{%- endif %}
21
15
22
-
////
23
-
The ID is an anchor that links to the module. Avoid changing it after the module has been published to ensure existing links are not broken.
16
+
ID is a unique identifier that can be used to reference this module. Avoid changing it after the module has been published to ensure existing links are not broken.
24
17
25
18
The `context` attribute enables module reuse. Every module ID includes {context}, which ensures that the module has a unique ID so you can include it multiple times in the same guide.
26
-
////
27
19
20
+
Be sure to include a line break between the title and the module introduction.
21
+
////
28
22
{% if simplified -%}
29
23
[id="{{module_anchor}}"]
30
24
{%- else -%}
31
25
[id="{{module_anchor}}_{context}"]
32
26
{%- endif %}
33
27
= {{module_title}}
34
28
////
35
-
In the title of concept modules, include nouns or noun phrases that are used in the body text. This helps readers and search engines find the information quickly. Do not start the title of concept modules with a verb. See also _Wording of headings_ in _The IBM Style Guide_.
36
-
37
-
Be sure to include a line break between the title and the module introduction.
29
+
In the title of concept modules, include nouns or noun phrases that are used in the body text. This helps readers and search engines find the information quickly. Do not start the title of concept modules with a verb or gerund. See also _Wording of headings_ in _IBM Style_.
38
30
////
39
31
40
32
{% if examples -%}
@@ -47,23 +39,29 @@ The contents of a concept module give the user descriptions and explanations nee
47
39
* Avoid including action items. Action items belong in procedure modules. However, in some cases a concept or reference can include suggested actions when those actions are simple, are highly dependent on the context of the module, and have no place in any procedure module. In such cases, ensure that the heading of the concept or reference remains a noun phrase and not a gerund.
48
40
49
41
////
50
-
Include titles and alternative text descriptions for images.
51
-
Alternative text should provide a textual, complete description of the image as a full sentence.
42
+
Do not include third-level headings (===).
43
+
44
+
Include titles and alternative text descriptions for images and enclose the descriptions in straight quotation marks (""). Alternative text should provide a textual, complete description of the image as a full sentence.
45
+
52
46
Images should never be the sole means of conveying information and should only supplement the text.
53
-
Avoid screenshots or other images that might quickly go out of date and that create a maintenance burden on documentation.
54
-
Provide text equivalents for every diagram, image, or other non-text element. Avoid using images of text instead of actual text.
47
+
48
+
Avoid screenshots or other images that might quickly go out of date and that create a maintenance burden on documentation. Provide text equivalents for every diagram, image, or other non-text element. Avoid using images of text instead of actual text.
49
+
50
+
Example image:
51
+
52
+
.Image title
53
+
image::image-file.png["A textual representation of the essential information conveyed by the image."]
55
54
////
56
-
//.Image title
57
-
//image::image-file.png[A textual representation of the essential information conveyed by the image.]
58
55
{%- endif %}
59
56
60
-
[role="_additional-resources"]
61
-
.Additional resources
62
57
////
63
58
Optional. Delete if not used.
59
+
60
+
Provide a bulleted list of links and display text relevant to the concept module. These links can include `link:` and `xref:` macros. Do not include additional text.
64
61
////
62
+
[role="_additional-resources"]
63
+
.Additional resources
65
64
{% if examples -%}
66
-
* A bulleted list of links to other closely-related material. These links can include `link:` and `xref:` macros.
67
-
* For more details on writing concept modules, see the link:https://github.com/redhat-documentation/modular-docs#modular-documentation-reference-guide[Modular Documentation Reference Guide].
68
-
* Use a consistent system for file names, IDs, and titles. For tips, see _Anchor Names and File Names_ in link:https://github.com/redhat-documentation/modular-docs#modular-documentation-reference-guide[Modular Documentation Reference Guide].
Metadata attribute that will help enable correct parsing and conversion to the appropriate DITA topic type.
6
+
////
7
+
:_mod-docs-content-type: PROCEDURE
4
8
{%- endif %}
9
+
5
10
////
6
11
Base the file name and the ID on the module title. For example:
7
12
* file name: proc_doing-procedure-a.adoc
8
13
* ID: [id="doing-procedure-a_{context}"]
9
14
* Title: = Doing procedure A
10
15
11
-
The ID is an anchor that links to the module. Avoid changing it after the module has been published to ensure existing links are not broken. The `context` attribute enables module reuse. Every module ID includes {context}, which ensures that the module has a unique ID even if it is reused multiple times in an assembly file.
16
+
ID is a unique identifier that can be used to reference this module. Avoid changing it after the module has been published to ensure existing links are not broken.
12
17
13
-
Indicate the module type in one of the following
14
-
ways:
15
-
Add the prefix proc- or proc_ to the file name.
16
-
Add the following attribute before the module ID:
17
-
////
18
-
{% if metadata -%}
19
-
:_mod-docs-content-type: PROCEDURE
20
-
{%- endif %}
18
+
The `context` attribute enables module reuse. Every module ID includes {context}, which ensures that the module has a unique ID so you can include it multiple times in the same guide.
21
19
20
+
Be sure to include a line break between the title and the module introduction.
21
+
////
22
22
{% if simplified -%}
23
23
[id="{{module_anchor}}"]
24
24
{%- else -%}
@@ -34,59 +34,61 @@ Write a short introductory paragraph that provides an overview of the module. Th
34
34
{%- endif %}
35
35
36
36
.Prerequisites
37
-
38
37
{% if examples -%}
39
38
* A bulleted list of conditions that must be satisfied before the user starts the steps in this module.
40
39
* Prerequisites can be full sentences or sentence fragments; however, prerequisite list items must be parallel.
40
+
* Do not use imperative statements in the Prerequisites section.
41
41
{%- endif %}
42
42
43
-
////
44
-
If you have only one prerequisite, list it as a single bullet point.
45
-
Do not write prerequisites in the imperative.
46
-
You can include links to more information about the prerequisites.
47
-
Delete the .Prerequisites section title and bullets if the module has no prerequisites.
48
-
////
49
-
50
43
.Procedure
51
-
52
44
{% if examples -%}
53
45
. Make each step an instruction.
54
-
55
-
. Include one command or action for each step with the exception of simple follow-step, for example:
46
+
. Include one imperative sentence for each step, for example:
56
47
.. Do this thing and then select *Next*.
57
-
.. Do this other thing and then select *Next*.
58
-
48
+
.. Do this other thing, and this other thing, and then select *Next*.
59
49
. Use an unnumbered bullet (*) if the procedure includes only one step.
50
+
+
51
+
NOTE: You can add text, tables, code examples, images, and other items to a step. However, these items must be connected to the step with a plus sign (+). Any items under the .Procedure heading and before one of the following approved headings that are not connected to the last step with a plus sign cannot be converted to DITA.
60
52
{%- endif %}
61
53
54
+
////
55
+
Only the following block headings can be reliably mapped to DITA: Prerequisites, Procedure, Verification, Troubleshooting, Troubleshooting steps, Next steps, Next step, Additional resources. They must appear in this order and, with the exception of Additional resources, are only allowed in a procedure module. You can also use block headings in figure, table, and example titles.
56
+
////
62
57
.Verification
63
-
64
58
{% if examples -%}
65
59
Delete this section if it does not apply to your module. Provide the user with verification methods for the procedure, such as expected output or commands that confirm success or failure.
66
60
67
61
* Provide an example of expected command output or a pop-up window that the user receives when the procedure is successful.
68
62
* List actions for the user to complete, such as entering a command, to determine the success or failure of the procedure.
69
63
* Make each step an instruction.
70
-
* Include one command or action per step.
71
64
* Use an unnumbered bullet (*) if the verification includes only one step.
72
65
{%- endif %}
73
66
74
-
[role="_additional-resources"]
75
-
.Next steps
67
+
.Troubleshooting
68
+
{% if examples -%}
69
+
Delete this section if it does not apply to your module. Provide the user with troubleshooting steps.
70
+
71
+
* Make each step an instruction.
72
+
* Use an unnumbered bullet (*) if the troubleshooting includes only one step.
73
+
{%- endif %}
76
74
75
+
.Next steps
77
76
{% if examples -%}
78
-
* This section is optional.
77
+
* Delete this section if it does not apply to your module.
79
78
* Provide a bulleted list of links that contain instructions that might be useful to the user after they complete this procedure.
80
79
* Use an unnumbered bullet (*) if the list includes only one step.
81
80
82
81
NOTE: Do not use *Next steps* to provide a second list of instructions.
83
82
{%- endif %}
84
83
84
+
////
85
+
Optional. Delete if not used.
86
+
87
+
Provide a bulleted list of links and display text relevant to the procedure module. These links can include `link:` and `xref:` macros. Do not include additional text.
88
+
////
85
89
[role="_additional-resources"]
86
90
.Additional resources
87
-
88
91
{% if examples -%}
89
-
* This section is optional.
90
-
* Provide a bulleted list of links to other closely-related material. These links can include `link:` and `xref:` macros.
91
-
* Use an unnumbered bullet (*) if the list includes only one step.
0 commit comments