23.11.2013 Aufrufe

tekom-Jahrestagung 2012 - ActiveDoc

tekom-Jahrestagung 2012 - ActiveDoc

tekom-Jahrestagung 2012 - ActiveDoc

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

Professionelles Schreiben / Technical Authoring<br />

TA 2<br />

Working with a Style Guide within DITA<br />

Tony Self, HyperWrite, Melbourne, Australia<br />

Overview<br />

As more companies implement DITA to streamline the development of<br />

documentation and user assistance, best practices for DITA authoring<br />

are being established. While the OASIS DITA standard provides rules<br />

for the use of elements and attributes, it does not provide clear guidelines<br />

for how to practically apply the mark-up, and how to create consistency<br />

so that DITA documents can be more readily interchanged. In<br />

traditional authoring, a style guide would provide real-world examples<br />

and clear recommendations. However, existing style guides are written<br />

for style-based authoring, and not for semantic authoring. Dr Tony Self<br />

has analysed the way in which DITA has been used, and has developed<br />

a DITA Style Guide to fill the gap between the DITA standard and traditional<br />

style manuals. Consistent mark-up enables efficiency of authoring<br />

and interchange of documents, and standard approaches create<br />

simple solutions to mark-up dilemmas.<br />

The Problem<br />

Although DITA is a standard, mark-up semantics can be applied in<br />

non-standard ways. If DITA topics are really going to be interchanged<br />

freely between members of a team and even between companies, DITA<br />

authors have to apply DITA semantics consistently. The DITA language<br />

reference helps a little, but what helps more is a style guide. This was<br />

the motivation for the development of “The DITA Style Guide”.<br />

Context<br />

While the DITA technical standard is precise, the DITA approach itself<br />

is not universally understood or agreed. Working with DITA is made<br />

difficult by the lack of agreed common practices, let alone best practices.<br />

Common practices must be adopted so that the advantages of the modular,<br />

XML-based DITA document architecture can be realised.<br />

Best practices for technical communication are typically captured in a<br />

style guide. Tony Self embarked on a research project, as part of his PhD<br />

by artefact and exegesis, to discover what constitutes best practice in<br />

DITA, and how this information could be encapsulated. The product of<br />

that research was “The DITA Style Guide”, which was first published in<br />

March 2011.<br />

Influences on Technical Communication<br />

The advent of DITA and other structured authoring approaches is the<br />

result of strong influences on technical communication. Twenty years<br />

ago, technical publishing was simple, as the deliverable was almost always<br />

a printed document, the product line that the document supported<br />

was relatively simple, and the production lead times were lengthy.<br />

The environment is vastly different now. There are different “delivery<br />

platforms”, ranging from embedded user assistance, to Web, to eBooks,<br />

to synthetic voice… in addition to the venerable printed book. Product<br />

life cycles are incredibly short. In the software industry, programming<br />

<strong>tekom</strong>-<strong>Jahrestagung</strong> <strong>2012</strong><br />

385

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!