Kurzanleitung
In diesem Abschnitt wird das strukturierte Authoring auf der Grundlage von Topics in Paligo beschrieben.
Wenn ??? Neuland für Sie ist, kann es ein wenig verwirrend sein, genau zu wissen, was Sie tun müssen, um Ihre Inhalte zu erstellen. Dieses Kapitel vermittelt Ihnen die Grundlagen.
Zunächst einmal ist es wichtig zu wissen, dass Sie Ihre Publikation nicht als ein großes Dokument schreiben, wie Sie es vielleicht in MS Word oder anderen klassischen Authoring-Tools getan haben. Stattdessen erstellen Sie kleine „Topics“ oder Bausteine von Inhalten und verwenden diese in einer Publikation wieder. Weitere Informationen finden Sie unter Wiederverwendung vs. Kopieren von Inhalten.
[en] Structured content is information that is organized and categorized based on a set of rules. In Paligo, these rules are defined by a customized version of the DocBook content model, which is a well-established standard for technical documentation. All of the content you create in Paligo is validated against the rules defined in the content model.
[en] In Paligo, the structure consists of:
-
[en] Publication
[en] A publication represents the entire document that you want to publish, such as a user guide or a help center. Its structure contains references to all of the sections (topics) that you are going to include in the document.
-
[en] Topics
[en] You write each section of your content inside a “container” called a topic.
-
[en] Elements
[en] Inside each topic, you need to add the structure for your content as well as the actual text, images, etc. You make the structure by adding elements. There are different elements for each type of content, for example, a
para
element for paragraphs and anitemizedlist
for a bullet list.[en] The elements are defined by a content model that is based on DocBook.
Anmerkung
[en] The block elements are hierarchical, which is especially important when moving content and applying filters. When you move a “parent” element, its “child” elements move with it. Similarly, if you use filters to exclude a “parent” element then its “child” elements will also not appear.
-
[en] Components
[en] If you want to reuse some of the content inside a topic in other topics, use components. You create the content in a component, which is a separate container, and then you can insert that into as many topics as you like. A common example is a note. You can create a note as a separate component and then insert that note into many different topics.
[en] The content you add in a component also has to have elements for the structure and must follow the rules of DocBook.
[en] The idea is that you build your content from modules of information, like a hierarchy of "building blocks":
-
[en] To build a topic, you use elements and components as your building blocks.
-
[en] To build a component, you use elements as your building blocks.
-
[en] To build a publication, you use topics as your building blocks.
[en] To learn more about structured content for each type of "building block", see:
[en] When you create structured content in Paligo, there is a hierarchy that is made up of “Parent” elements and “Child” elements. The parent elements are at a higher level, and the child elements are nested inside them. For example, here is a simple note structure, where note
is the parent element and para
is the child element.
[en] As you build your content, you will likely use more complex structures, where some child elements are also parents to other descendant elements. For example, with a procedure, the procedure
element is a parent to the step
elements. But each child step
element is also a parent, because it has a child para
element for the text.
[en] It is important that you understand the parent-child relationships and the hierarchical nature of the structure. Because any time you move, copy, or delete a parent element,
that action also applies to the child elements inside it. For example, if you move an itemizedlist
, you also move its listitems
and the child elements inside those.
[en] But if you only copy, move, or delete a child, the action only applies to the child (and any of its children). The action does not apply to the parent.
Diese hierarchische Struktur hat einige nützliche Vorteile für technische Redakteure: Sie können ganze Strukturen auf einmal verschieben, kopieren und löschen, statt sie separat bearbeiten zu müssen. Dies ist besonders bei komplexeren Strukturen wie Listen nützlich, da es das Ändern der Listen-Reihenfolge, das Verschieben von Inhalten usw. wesentlich vereinfachen kann. Das folgende Beispiel zeigt die Struktur innerhalb eines Verfahrens.
Tipp
Wenn Sie sich nicht sicher sind, wie die Hierarchie und Struktur von Elementen funktionieren, erstellen Sie ein Test-Topic und experimentieren Sie damit. Wir empfehlen, eine Kombination aus regulären Absätzen und komplexeren Strukturen wie Listen und Tabellen hinzuzufügen und dann zu versuchen, die über- und untergeordneten Elemente zu kopieren, zu verschieben und zu löschen.
Schauen wir uns eine komplexere Struktur an, z. B. ein Verfahren. (Dieses Bild ist der XML-Baumansicht entnommen, die im Seitenpanel des Haupteditors verfügbar ist. Sie zeigt die Struktur des Topics, an dem Sie arbeiten).
Hier sehen wir, dass der Abschnitt das Element der obersten Ebene im Topic ist. Jedes Topic hat oben ein Abschnittselement, dies ist der Haupt-„Container“ im Topic. Ein Topic mit Unterabschnitten kann zusätzlich Abschnitte unterer Ebenen haben (obwohl es oft besser ist, diese als Komponenten statt als Abschnitte einzufügen).
Innerhalb des Abschnitts finden Sie alle anderen Elemente. Auch diese sind hierarchisch angeordnet. Titel ist ein Element der zweiten Ebene und enthält keine anderen Elemente (also keine „untergeordneten Elemente“). Das Verfahren ist auch ein Element der zweiten Ebene. Es hat ein Plus-Symbol +, um anzuzeigen, dass es erweiterbar ist und sich Elemente darin befinden (seine „untergeordneten“ Elemente).
Das Verfahren beinhaltet zwei Schritte. Die Schritte sind „untergeordnete“ Elemente des Verfahrens.
Im ersten Schritt gibt es einen Absatz. Dies ist ein „untergeordnetes“ Element des Schritts und ein „doppelt untergeordnetes Element“ des Verfahrens.
Im zweiten Schritt gibt es einen Absatz und einen Hinweis. Dies sind „untergeordnete“ Elemente des zweiten Schritts.
Der Hinweis enthält ebenfalls einen Absatz. Der Hinweis ist ein „übergeordnetes“ Element dieses Absatzes, und der Absatz ist ein untergeordnetes Element des Hinweises, ein doppelt untergeordnetes Element des zweiten Schritts und ein dreifach untergeordnetes Element des Verfahrens.
Wenn Sie mit Inhalten innerhalb eines Topics arbeiten, ist es wichtig, dass Sie verstehen, dass die verschiedenen Elemente in strukturellen Beziehungen zueinander stehen. Denn wenn Sie ein Element verschieben, kopieren oder löschen, gilt die Aktion auch für dessen untergeordnete Elemente.
Wenn Sie also den zweiten Schritt auswählen und über den ersten schieben, wird Paligo:
-
Den zweiten Schritt über den ersten Schritt des Verfahrens schieben
-
Ebenso alle untergeordneten Elemente des zweiten Schritts (untergeordnete Elemente, doppelt untergeordnete Elemente usw.) verschieben.
So können Sie schnell und einfach mit einer einzigen Aktion mehrere oder einzelne Elemente verschieben, kopieren und löschen.
Dies ist ein Verweis auf die am häufigsten verwendeten Elemente in Paligo. Da Paligo sehr eng an DocBook angelehnt ist, wird zuweilen auf diese Dokumentation verwiesen, die sicherlich nützlich sein kann. In diesem Abschnitt wird jedoch speziell beschrieben, wie einige der gängigsten Elemente in Paligo verwendet werden.
Der größte Unterschied zwischen dem Paligo Inhaltsmodell und dem Standard von DocBook besteht darin, dass Paligo „Topic-basiert“ ist, was bedeutet, dass Publikationen aus kleinen Inhaltsstücken („Topics“) zusammengestellt werden und nicht als dicke „Bücher“ aufgebaut sind.
Um dies zu erreichen und dabei so nah wie möglich am Standard von DocBook zu bleiben, wurde eine Teilmenge verwendet, die sich leicht an das Topic-basierte Modell anpassen lässt. Daher wird eine „Publikation“ in Paligo als article
-Element von DocBook und ein „Topic“ in Paligo als
section
-Element von DocBook abgebildet.
Im Folgenden sind einige gängige und allgemeine Elemente aufgeführt, von denen einige teilweise eine andere Verwendung haben als ihre Pendants in DocBook. Um Paligo nutzen zu können, ist es in der Regel nicht notwendig, alles über Elemente zu wissen. Dies dient als Referenz und zur Vertiefung.
Diese Referenz erhebt keinerlei Anspruch auf Vollständigkeit. Sie beschreibt in erster Linie einige der gängigsten Elemente sowie einige, die sich speziell vom DocBook Inhaltsmodell unterscheiden, und soll eine verständlichere Referenz bieten. Ausführlichere Beschreibungen und eine vollständige Liste der Elemente finden Sie in der vollständigen Referenz.
Wichtig
In Paligo werden nur Elemente von DocBook verwendet, die dem article
untergeordnet sind, d. h. book
, part
und set
werden nicht verwendet.
Tipp
Sicherheitsmeldungen siehe Warnmeldungen.
In Paligo wurde das article
-Element so angepasst, dass es als Publication-Komponente dient. Es soll hauptsächlich als Struktur für die Wiederverwendung von Themen dienen.
Obwohl es in Paligo etwas anders verwendet wird als in DocBook, wurde es nicht dahingehend angepasst, dass es als Element den Namen „Publikation“ trägt, um so nah wie möglich am offenen Standard des DocBook Inhaltsmodells zu bleiben.
Wenngleich eine Publikation (Artikel) in DocBook viele untergeordnete Elemente haben kann, sollte es in Paligo in der Publikation hauptsächlich Metadaten geben. In der Regel sollten diese Metadaten in einem info
-Element enthalten sein. Beachten Sie, dass es keine tatsächlichen
Inhalte als untergeordnete Elemente hat. Alles dies wird in Paligo stattdessen in der Strukturansicht bearbeitet.
<article> <info> <title>My Publication</title> <author> <orgname>Organization Name</orgname> <address> <city>City</city> <street>Street</street> <postcode>000000</postcode> <country>Country</country> </address> <email>user@example.com</email> </author> </info> </article>
Tipp
Weitere Informationen finden Sie unter Publikationen.
In Paligo wurde das section
-Element so angepasst, dass es als Topic-Komponente dient. Es soll hauptsächlich als Struktur für die Wiederverwendung von Themen dienen.
Obwohl es in Paligo etwas anders verwendet wird als in DocBook, wurde es nicht dahingehend angepasst, dass es als Element den Namen „Topic“ trägt. Das Wurzelelement eines Topics wird also weiterhin als section
bezeichnet, um so nah wie möglich am offenen Standard des DocBook
Inhaltsmodells zu bleiben.
Topics (sections
) sind in einer Publikation verschachtelt und können eine unbegrenzte Tiefe aufweisen. Obwohl das Nesting von Topics/Abschnitten in einer Publikation am häufigsten vorkommt und die empfohlene Praxis darin besteht, dem Konzept des
??? zu folgen, ist es auch möglich, das Abschnittselement direkt innerhalb eines Topics als Unterabschnitt zu verwenden.
<section> <title>The Engine</title> <figure> <title>Specifications</title> <mediaobject> <imageobject> <imagedata fileref="UUID-f8b27f8c-70ba-83d6-9223-3c1354c98047" width="400" xinfo:image="UUID-f8b27f8c-70ba-83d6-9223-3c1354c98047"/> </imageobject> <caption> <para>The vehicle is powered by a 3.2-litre straight-six engine (X55C33). The performance figures are:</para> <itemizedlist> <listitem> <para>3,246 cc displacements</para> </listitem> <listitem> <para>343 horsepower (256 kW) at 7,900 rpm</para> </listitem> <listitem xinfo:product="ACME 2000;ACME 5000"> <para>269 lb·ft (365 N·m) of torque at 4,900 rpm, 8,000 rpm redline.</para> </listitem> <listitem xinfo:product="ACME 1500"> <para>269 lb·ft (365 N·m) of torque at 4,900 rpm, 9,000 rpm redline.</para> </listitem> <listitem> <para>Acceleration to 60 mph (96 km/h) comes in 4.8 seconds. (0-62 mph / 100 km/h is 5.0) and top speed is limited electronically to 156 mph (251 km/h)</para> </listitem> <listitem> <para>Output per litre is 95 bhp (80 kW; 108 PS), and power-to-weight ratio is 9.9 lb/bhp.</para> </listitem> </itemizedlist> </caption> </mediaobject> </figure> </section>
Tipp
Weitere Informationen finden Sie unter Topics.
Ein para
ist einfach ein Absatz, wahrscheinlich eines der am häufigsten verwendeten Elemente.
Wenn Sie einen Absatz mit einem Titel haben möchten, können Sie hierfür den formalpara
verwenden.
Absätze in Paligo unterscheiden sich von denen in DocBook dadurch, dass sie nur Inline-Elemente enthalten können. Wenn Sie ein Blockelement innerhalb eines para
hinzufügen, wird es validiert, aber sobald Sie speichern, extrahiert Paligo das Blockelement aus dem para
und platziert es außerhalb des para
. Dadurch soll die Struktur für mehr Funktionalität in Bezug auf Wiederverwendungsbeziehungen und Übersetzungen optimiert werden.
Tipp
Weitere Informationen finden Sie unter Elemente hinzufügen.
Eine frei schwebende Überschrift, z. B. eine Unterüberschrift einer unteren Ebene.
Einige Dokumente, in der Regel Legacy-Dokumente, verwenden Unterüberschriften, die nicht an die normale Abschnittshierarchie gebunden sind. Generell sollten Sie beim Authoring auf der Grundlage von Topics keine Unterüberschriften erstellen, sondern diese durch die Nesting-Struktur der Topics in der Publikation
automatisch erstellen lassen oder einfach section
-Elemente innerhalb eines Topics verwenden.
Sollten Sie jedoch in Ausnahmefällen Unterüberschriften hinzufügen müssen, die die natürliche Überschriftenhierarchie brechen, können diese Überschriften innerhalb des bridgehead
-Elements dargestellt werden. Sie können dann renderas
(gelesen wie engl. „render as“) verwenden, um festzulegen, welche Ebenenüberschrift Sie darstellen möchten (mit Werten wie „sect1“, „sect2“ usw.).
Tipp
Weitere Informationen finden Sie unter Elemente hinzufügen.
Das DocBook Element Sidebar
wurde in Paligo so ausgelegt, dass es sowohl als separate Komponente als auch als allgemein verwendbares Element zur Wiederverwendung dient.
Wenn Sie eine Seitenleiste als Element zu einem Topic hinzufügen, funktioniert sie wie in DocBook und wird zu einer schwebenden Seitenleiste, siehe Ausgleich von Text und Bild, Erstellen mehrerer Spalten im Topic (PDF) und Fließtext um ein Bild herum. Sie kann im Panel „Elementattribute“ gestaltet werden.
Wenn sie als informelles Topic erstellt wird, kann sie als Komponente wiederverwendet, aber nicht gestaltet werden, siehe Ein informelles Topic erstellen. Ihre untergeordneten Elemente erscheinen in der Ausgabe, als wären sie separat verwendet worden.
Es gibt mehrere Arten von Bildelementen in Paligo. Vollständige Beschreibungen dieser Elemente siehe mediaobject, inlinemediaobject, figure und informalfigure.
-
mediaobject
: das gängigste Element für Bilder. Es wird sowohl eigenständig als Bild verwendet, für das kein Titel benötigt wird, z. B.step
s, als auch für Videos, dann mit einemvideoobject
-Element.Am einfachsten können Sie ein Video über das Symbol in der Symbolleiste hinzufügen.
-
inlinemediaobject
: Dieses Element muss immer inline im Text verwendet werden. Es wird hauptsächlich für kleine Symbole und dergleichen verwendet. Wenn Sie im Text die Tastenkombination für Bilder verwenden, erhalten Sie automatisch eininlinemediaobject
. -
figure
: Wenn Sie mehr Infrastruktur rund um Ihr Bild benötigen, z. B. einen Titel und vielleicht eine Liste oder eine Tabelle, die eng mit dem Bild verbunden ist, können Sie einefigure
verwenden, die dann dasmediaobject
enthält. -
informalfigure
: Dies ist das gleiche wie einefigure
, jedoch ohne Titel.Tipp
Sie können einfach zwischen diesen beiden Elementen wechseln, indem Sie den Titel mit dem Header-Symbol in der Symbolleiste oder mit der Tastenkombination Alt + Shift + H umschalten.
<figure><title>The Pythagorean Theorem Illustrated</title> <mediaobject> <imageobject> <imagedata fileref="figures/pythag.png"/> </imageobject> </mediaobject> <caption><para>An illustration of the Pythagorean Theorem</para></caption> </figure>
Tipp
Weitere Informationen finden Sie unter Medien.
Es gibt mehrere verschiedene Arten von Listen in Paligo. Zu den gängigsten gehören:
-
itemizedlist
: Eine Liste, in der jeder Eintrag mit einem Punkt oder einem ähnlichen Aufzählungszeichen gekennzeichnet ist. Eineitemizedlist
wird auch häufig als „Aufzählungsliste“ oder „ungeordnete Liste“ bezeichnet. In eineritemizedlist
ist jedes Element der Liste mit einem Punkt, Bindestrich oder anderen Aufzählungszeichen gekennzeichnet. Diese Liste kann in den meisten Blockelementen (übergeordnetes Element) verwendet werden. Das wichtigste untergeordnete Element ist daslistitem
. Oberhalb eineritemizedlist
können jedoch noch viele andere Elemente verwendet werden, als eine Art Einleitung für dieitemizedlist
, darunter (optional) eintitle
, einpara
und mehr.<itemizedlist> <para>List of tools:</para> <listitem> <para>Hammer</para> </listitem> <listitem> <para>Screwdriver</para> </listitem> <listitem> <para>Drill</para> </listitem> </itemizedlist>
-
orderedlist
: Eine nummerierte Liste. Sie ist allgemein von einemprocedure
zu unterscheiden, das für Anweisungen/Aufgaben verwendet wird. In einerorderedlist
wird jedes Listenelement mit einer Zahl, einem Buchstaben oder einem anderen fortlaufenden Symbol (wie z. B. römischen Ziffern) gekennzeichnet. Diese Liste kann in den meisten Blockelementen (übergeordnetes Element) verwendet werden. Das wichtigste untergeordnete Element ist daslistitem
. Oberhalb einerorderedlist
können jedoch noch viele andere Elemente verwendet werden, als eine Art Einleitung für dieorderedlist
, darunter (optional) eintitle
, einpara
und mehr.<orderedlist> <para>List of tools:</para> <listitem> <para>Hammer</para> </listitem> <listitem> <para>Screwdriver</para> </listitem> <listitem> <para>Drill</para> </listitem> </orderedlist>
-
procedure
: Eine Liste von Tätigkeiten, die in einer klar definierten Reihenfolge ausgeführt werden müssen. Einprocedure
wird verwendet, um eine Anweisung oder eine Aufgabe zu schreiben, die ausstep
s (und möglicherweisesubsteps
)s besteht. In den meisten Fällen empfiehlt sich für Anweisungen die Verwendung der Listenartprocedure
anstelle einer regulärenorderedlist
, da sie mehrere Vorteile bietet, die sie von einer geordneten Liste unterscheiden. Genau wie in DocBook gibt es auch in Paligo keine expliziten Elemente für Vor- und Nachbedingungen improcedure
-Element.Das Modell ist bewusst einfacher und solche Elemente werden vermieden. (Weitere Informationen finden Sie in diesem Artikel: Es gibt keine Voraussetzungen). Stattdessen sollten sie als Schritte beschrieben werden (Vorbedingungen im ersten Schritt und Ergebnisse im letzten Schritt prüfen). Falls dennoch unbedingt erwünscht, bietet das
task
-Element einen Teil dieser Infrastruktur, jedoch mit sehr eingeschränkter direkter Design-Unterstützung, sodass eine Personalisierung erforderlich sein könnte. Das Verfahrenselement wird am häufigsten als einem Abschnitt (also dem Wurzelelement eines Topics) direkt untergeordnetes Element verwendet. Ein Verfahren ist aber auch in vielen anderen Kontexten gültig; so kann es beispielsweise in einer Tabellenzelle oder in einem Beispiel verwendet werden. Die vollständige Liste übergeordneter Elemente finden Sie hier. Das wichtigste untergeordnete Element ist derstep
. Oberhalb eines Verfahrens können jedoch viele andere Elemente verwendet werden, als eine Art Einleitung für das Verfahren, darunter (optional) eintitle
, einpara
und mehr.<procedure> <title>An Example Procedure</title> <step> <para> A Step </para> </step> <step> <para> Another Step </para> <substeps> <step> <para> Substeps can be nested indefinitely deep. </para> </step> </substeps> </step> <step> <para> A Final Step </para> </step> </procedure>
-
simplelist
: eine Liste ohne Aufzählungszeichen oder Zahlen. Sie bietet ebenfalls einige Funktionen, zum Beispiel kann sie horizontal, in mehreren Spalten usw. angezeigt werden. -
variablelist
: eine Liste von Begriffen und Definitionen. -
calloutlist
: eine Liste von Callouts für Code-Listen (programmlisting
und ähnliche Elemente).
Tipp
Weitere Informationen finden Sie unter Listen und Verfahren.
Der in Paligo verwendete Tabellentyp ist einer HTML-Tabelle sehr ähnlich. Sie können eine Tabelle mit oder ohne Titel (caption
) verwenden. Ohne Titel heißt das Element informaltable
.
Die Tabellenattribute müssen Sie meist nicht manuell im Widget Elementattribute festlegen: Dies erfolgt beim Erstellen der Tabelle im Assistenten, oder Sie klicken mit der rechten Maustaste auf die Tabelle und öffnen die Tabelleneigenschaften. Wenn Sie jedoch Attribute hinzufügen oder ändern müssen, sollten Sie diese gängigsten Attribute kennen:
-
frame
: Wird verwendet, um anzugeben, ob die gesamte Tabelle umrandet werden soll. Die gängigsten Werte sind „leer“ (d. h. keine Umrandung) und „Umrandung“ (d. h. Umrandung auf allen Seiten). -
rules
: Wird verwendet, um anzugeben, ob es Umrandungen zwischen Zeilen und Spalten geben soll. Die gängigsten Werte sind „keine“ oder „alle“. -
tabstyle
: Kann verwendet werden, um mehrere verschiedene Tabellenthemen zu erstellen. Beachten Sie, dass hierfür eine Anpassung Ihrer Stylesheets erforderlich ist.
Vollständige Beschreibungen dieser Elemente siehe table, informaltable.
<table width="100%"> <caption>A table</caption> <thead> <tr> <th colspan="2"> <para>Header spanning both columns</para> </th> </tr> </thead> <tbody> <tr> <td> <para>First cell</para> </td> <td> <para>Second cell</para> </td> </tr> </tbody> </table>
Tipp
Weitere Informationen finden Sie unter Tabellen.
Es gibt zwei Elemente zum Einfügen von Beispielen in Paligo: example
und informalexample
. Genau wie bei Zahlen und Tabellen besteht der Unterschied darin, ob das Beispiel einen Titel hat oder nicht. Genau wie eine Abbildung erhält auch ein
Beispiel standardmäßig eine Nummer und ein Label, wenn es einen Titel hat. Ein Beispiel kann die meisten anderen Blockelemente enthalten.
Weitere Informationen finden Sie unter example
und informalexample
.
Tipp
Weitere Informationen finden Sie unter Elemente hinzufügen.
Paligo hat einen sehr umfangreichen Satz an Elementen für die Softwaredokumentation von DocBook übernommen. Dazu gehören Elemente für GUI-Komponenten sowie Code-Snippets und Ähnliches. Im Folgenden werden einige der gängigsten Elemente beschrieben.
Tipp
Weitere Informationen finden Sie unter Elemente hinzufügen.
Die beiden am häufigsten verwendeten sind programmlisting
für Codeblöcke und code
für Inline-Code-Snippets innerhalb eines para
-Elements oder anderer Textelemente.
Code-Elemente behalten Zeilenumbrüche und Abstände bei, um den Code korrekt darzustellen. Für gängige Ausgabeformate wie PDF, HTML/HTML5 sind auch Funktionen zum Hervorheben und Einrücken von Syntax verfügbar; dies kann im Layout-Editor gesteuert werden. Optional können Sie das langauge
-Attribut für ein Code-Snippet angeben, um die dargestellte Programmiersprache festzulegen.
programmlisting
-Element aus:
//This example is in itself using the programlisting element //to show the code below public class Factorial { public static void main(String[] args) { final int NUM_FACTS = 100; for(int i = 0; i < NUM_FACTS; i++) System.out.println( i + "! is " + factorial(i)); } public static int factorial(int n) { int result = 1; for(int i = 2; i <= n; i++) result *= i; return result; } }
code
(-Inline)-Element aus:
Geben Sie zum Anzeigen ausgeblendeter Dateien defaults write com.apple.finder AppleShowAllFiles TRUE
im Terminal ein.
Tipp
Es stehen mehrere weitere Code-Elemente zur Verfügung, wie zum Beispiel screen
, literallayout
oder userinput
. Sie finden Sie in der
DocBook-Dokumentation unter diesen Links.
Es gibt auch viele Elemente zur Beschreibung der GUI und anderer softwarebezogener Komponenten. Dies sind nur einige gängige Beispiele:
-
guilabel
: ein Element, das generell empfohlen wird, wenn Sie die Markierung Ihrer GUI-Komponenten einfach halten möchten. Verwenden Sie es, um Schaltflächen, Menüs und Ähnliches zu markieren. -
keycap
: sehr nützlich zur Markierung von Tastenkombinationen. Falls gewünscht, kann es auch in einkeycombo
-Element gepackt werden, um das Trennzeichen auszugeben (wie ein „+“ zwischen den Tasten). -
filename
: für Dateinamen und -pfade. -
guimenu
: Wenn Sie Ihre GUI-Komponenten detaillierter markieren möchten, können Sie beispielsweise Elemente wieguimenu
und seine Unterelemente verwenden. Es gibt noch weitere verwandte Elemente wieguibutton
,guiicon
und so weiter. Die Verwendung vonguimenu
und den anderen detaillierten Elementen kann jedoch schnell ziemlich komplex werden. Wenn Sie also keinen guten Grund haben, so genau zu sein, sollten Sie es einfach halten und GUI-Komponenten nur mit demguilabel
-Element unterscheiden.
Es sind viele weitere ähnliche Elemente verfügbar, und wir empfehlen eine Betrachtung der vollständigen Referenz, wenn Sie eine sehr detaillierte Markierung für die Softwaredokumentation benötigen.
Tipp
Weitere Informationen finden Sie unter Elemente hinzufügen.
Das footnote
-Element erzeugt in der Regel eine Markierung (ein hochgestelltes Symbol oder eine hochgestellte Zahl) an der Stelle im Dokumentenfluss, an der es auftaucht. Der Fußnotentext wird dann an anderer Stelle angezeigt, in der Regel am Ende der Seite oder unter einer
Tabelle.
Um in einem Topic mehrfach auf dieselbe Fußnote zu verweisen, verwenden Sie den footnoteref
. Dazu benötigt die ursprüngliche footnote
ein xml:id
-Attribut mit einer eindeutigen Kennung. Verweisen Sie
dann im footnoteref
auf diese Kennung mit dem linkend
-Attribut.
Siehe auch footnote und footnoteref.
<informaltable> <thead> <tr> <th>Variable</th> <th>Value</th> </tr> </thead> <tbody> <tr> <td>foo<footnote xml:id="foo"> <para>A meaningless variable name often used in programming examples</para> </footnote></td> <td>5</td> </tr> <tr> <td>bar<footnoteref linkend="foo"/></td> <td>3 </td> </tr> </tbody> </informaltable>
Tipp
Weitere Informationen finden Sie unter Fußnoten.