Home
Syntax and mark-up
Procedures and steps
The purpose of procedural documents is to explain to the reader how to accomplish tasks. The task information type is specifically designed for procedures, with a well-defined structure built around steps.
Restricting tasks to one procedure only
Task topics can only contain one procedure, with one continuous set of numbered steps.

Introduction
Information types and topics
Topics are the building blocks of modular documents, and organising topics by semantic information types is one of the architectural features of DITA.
DITA map files
Syntax and mark-up
- Organisation of DITA elements
  Elements in DITA are grouped together into a number of categories for organisational and comprehension purposes.
- Working with mark-up
- Element domains
  Elements in DITA are arranged into domains for organisational purposes and technical reasons.
- Short descriptions
  The short description (or shortdesc) is arguably the most important component of a DITA topic, and is also one of the most difficult elements to write. Short descriptions should be written for every topic.
- Lists
  The purpose of a list is to make it easier for the reader to understand sequences of information and collections of like information. Different types of lists are used for different information structures.
- Paragraphs
  Paragraphs are the basic components of topics. A paragraph (p) element should be a self-contained unit dealing with one idea or point, typically expressed in two or more related sentences. The p element should be used when no other semantically-specific block element is available.
- Procedures and steps
  The purpose of procedural documents is to explain to the reader how to accomplish tasks. The task information type is specifically designed for procedures, with a well-defined structure built around steps.
  - Semantics in steps
    The steps of a procedure are defined in a task topic. Task topics typically have a simple structure of a single set of steps, but some procedures may require a more sophisticated structure that includes substeps and decision points.
  - Separating procedures into granular steps
    Steps within a task topic must be written so that a single step contains just one user action (known in DITA as a command).
  - Restricting tasks to one procedure only
    Task topics can only contain one procedure, with one continuous set of numbered steps.
  - The prereq element
    The pre-requisites (prereq) element describes the status or situation that must be established before a procedural task can be started. It can contain cross-references to pre-requisite task topics.
  - Substeps within steps
    Task topics allow two levels of steps within a single procedure: steps and substeps. Where possible, substeps should be avoided.
  - Single step procedure
    A procedure or task containing just one action should be marked-up using the normal steps/step/cmd structure.
  - The command element
    The command (cmd) element within the step element contains a single, active voice instruction to the reader.
  - Required and optional steps
    The importance attribute of a step is used to indicate whether an element is optional or mandatory.
  - Complex nested tasks
    A complex process made up of a number of procedures can be documented by collecting, through the ditamap, the constituent task topics under a process stub topic.
  - Notes and extra information in a step
    Information that supplements or supports a procedural step can be included within an info element. The info element in turn can contain block elements such as note elements.
  - Images within steps
    Images that support a procedural step can be included within a stepxmp or an info element.
  - Choice tables
    A choice table is used within a step in a task topic to describe a series of optional choices that a user must make before proceeding.
  - Non-sequential procedural steps
    Some procedures are not made up of sequential procedural steps. When documenting these procedures, the steps-informal structure or the steps-unordered structure should be used.
- Tables
  The purpose of a table is to structure, organise and present factual data that a user will need to look up or reference. There are two general purpose table types in DITA: table and simpletable.
- Phrases
  The semantics of words and phrases in DITA content is expressed through a broad range of phrase elements.
- Special characters and dates
Language and punctuation
Graphics and figures
Cross-referencing
Cross-references are a means of binding individual topics into a coherent and navigable document.
Content re-use
Metadata, conditional processing, and indexing
The DITA documentation process
DITA authoring concepts
Moving from style-based authoring to a structured authoring methodology such as DITA requires a radically different approach to writing.

Restricting tasks to one procedure only

Task topics can only contain one procedure, with one continuous set of numbered steps.

The task information type is specifically designed to contain one procedure only. If you feel you need to document two procedures in one task topic, you should re-examine your approach. Two procedures should be documented in two task topics.

If necessary, you can output two DITA task topics to one single output HTML topic, using the chunk attribute.

If you feel that you need to restart numbering within a task, then you probably have more than one procedure in the topic, and should split them into two separate task topics.

In some cases, what appears to be two procedures may turn out to be a nested procedure, in which case the substeps element can be used. The choicetable structure is also useful for procedures where a step has a number of alternative options.

If a procedure can be performed in two different ways, you should document those alternatives in two separate topics.