Home
Syntax and mark-up
Working with mark-up
Attaching data to content
Detailed metadata associated with a DITA element can be stored in data elements in the flow of the content.

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 IDs
    Most DITA elements have an id attribute, which is used to uniquely identify the element when the element is re-used. In most cases, id attributes are optional, but an exception is the topic's root element, where it is mandatory.
  - Titles
    A title is not the same as a heading. A topic, a figure, a table and a section should each have only one title.
  - Hacks
    Avoid hacking: using mark-up workarounds that either break the DITA language rules or break the semantic integrity.
  - Comments, draft-comment, and required-cleanup elements
    Standard XML comment mark-up, and DITA specific draft-comment and required-cleanup elements, allow authors to leave notes, comments and unfinished edits that will not be included in the output when the document is published.
  - Use of class attribute
    The class attribute is used in specialisation, and should not be set by a DITA author. The class attribute should not be confused with the outputclass attribute.
  - Similar element names
    DITA includes semantic elements that have almost identical names to others, such as keyword and kwd. These similar elements are intended to be used in different authoring scenarios.
  - Controlling the look-and-feel of the output
    If an element with no specific semantic difference needs to be formatted differently in the output, you can apply the outputclass attribute to the appropriate element.
  - Attaching data to content
    Detailed metadata associated with a DITA element can be stored in data elements in the flow of the content.
- 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.
- 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.

Attaching data to content

Detailed metadata associated with a DITA element can be stored in data elements in the flow of the content.

Despite the name, the data element is for metadata stored in the flow of the content within the topic body. It is most useful as the basis for specialising other elements.

Within base DITA, you would most likely use the data element to store information about the source of code fragments, citations, or quotations. However, it is not a commonly used element.

The data element can be nested inside many DITA elements. Other data elements can be nested inside a data element. A data-about element can also be nested inside a data element. The data element has a number of attributes, including:

name: the unique name for the piece of data
value: the value of the piece of data
href: a link to the resource used for the piece of data

For example, the detailed source of a long quotation is contained in data elements in the following sample:

<lq reftitle="Lynch and Horton (2009)" href="http://webstyleguide.com/">
  <data name="ref_Lynch_Horton">
    <data name="date_retrieved" value="13 September 2009" />
    <data name="chapter" value="9" />
    <data name="pub_type" value="web" />
    <data name="page_URL" href="http://webstyleguide.com/wsg3/9-editorial-style/2-structuring-prose.html" />
    <data name="pub_title">Web Style Guide</data>
    <data name="edition" value="3" />
  </data>
The inverted pyramid style used in journalism works well on web
pages...
</lq>

How the metadata stored in the data element structure is used is up to the authoring and publishing tools used.