Anleitung: So koppeln Sie den Zugangspfad zu einem Fenster aus den Handlungsschritten aus und kennzeichnen den Zugang per ditaval-Datei.
| Titel des Downloads: | Ideen für Dokumentationen und Online-Hilfen |
| Art der Publikation: | Kapitel |
| Beschreibung: | Das gesamte Kapitel als PDF-Datei. Ohne Leerseiten für die A4-Ausgabe optimiert. |
| Aktualisiert am: | 10.03.2011 |
| Anzahl der Downloads: | 313 |
Es soll der Zugang zum jeweiligen Bildschirm der eigentlichen Handlungsanweisung vorangestellt und somit extra aufgeführt werden.
Es gibt zweierlei Arten des Lesens einer Online-Hilfe: linear als Buch oder per Verknüpfung aus der Anwendung. Und immer dann, wenn letzteres geschieht, also eine Handlungsanleitung gezielt durch die kontextsensitive Hilfe geöffnet wird, bedarf es keiner Beschreibung mehr, wie man zum jeweiligen Bildschirm
gelangt ist.
Dies ist nur bei Online-Hilfen relevant, jedoch kann man dies getrost auch in Handbüchern übernehmen. Der doppelte Aufwand, beim PDF-Output den Zugang zum Bildschirm extra in die normale Handlungsanleitung als Step zu integrieren, wäre zu hoch. Denn meistens wird man diese immerwiederkehrende Arbeitsschritte per conref-Mechanismus zentral pflegen und einfügen.
| Titel des Downloads: | Ideen für Dokumentationen und Online-Hilfen |
| Art der Publikation: | Kapitel |
| Beschreibung: | Das gesamte Kapitel als PDF-Datei. Ohne Leerseiten für die A4-Ausgabe optimiert. |
| Aktualisiert am: | 10.03.2011 |
| Anzahl der Downloads: | 313 |
Bisher hatte ich für jede Frage der FAQ-Liste eine eigene Concept-Datei erstellt. Dies war jedoch zu viel Arbeit. Es sollte eine Ein-Datei-Lösung her. Oben die Fragen als Link, weiter unten dann die Frage/Antwort-Einträge. Was lag näher, als die Demo-FAQ-Spezialsierung im DITA-OT\demo-Ordner anzuschauen? Jedoch nach einem Tag gab ich es auf. Die Pfade in der build_demo.xml und der faq2html_shell.xsl zum DTD-Verzeichnis stimmten nicht, da die Verzeichnisse im DITA OT 1.5 neu geordnet wurden. Auch glaube ich, dass mit jeder neuen FAQ-Datei, die man erstellen möchten, man diese im build-Script erwähnen muss.
Nun weiß ich, warum ich keine Beispiele zu dieser FAQ-Spezialisierung gefunden habe: sie ist nicht dokumentiert und in der Handhabung etwas umständlich.
Natürlich habe ich versucht, selbst XSL-Stylesheet-Anpassungen zu kreieren. Das Ergebnis: keine Fehlermeldung und kein Inhaltsverzeichnis. Bis ich in der Datei DITA-OT\xsl\xslhtml\dita2htmlImpl.xsl auf den Eintrag
<xsl:template name="gen-user-sidetoc">
stieß. Schnell danach gegoogelt und hier die Rettung in der neuen Toolkit-Dokumentation und einem XSL-Tutorial gefunden. Hier das Beispielskript vom DITA-OT:
<!-- override for main stub -->
<xsl:template name="gen-user-sidetoc">
<!-- if there are nested topics... -->
<xsl:if test="descendant::*[contains(@class,' topic/topic ')]">
<p><table width="150" align="right" border="1" frame="box" rules="none">
<tr><td height="5" bgcolor="#0033CC" align="center">
<b><font color="#FFFFFF">Contents:</font></b></td></tr>
<xsl:for-each select="descendant::*[contains(@class,' topic/topic ')]">
<xsl:variable name="ttext"><xsl:value-of select="*[contains(@class,' topic/title ')]"/>
</xsl:variable> <tr><td class="toc">
- <a href="#{generate-id()}"><xsl:value-of select="$ttext"/></a>
<!--recursive call for subtopics here"/--> </td></tr>
</xsl:for-each></table></p></xsl:if>
</xsl:template>
Durch trial and error habe ich das Template derart angepaßt, dass immer nur in Concepts rechts oben ein Seiteninhaltsverzeichnis erscheint, welches die section titles – sprich die Überschriften zu jeder Sektion – auflistet.
<xsl:template name="gen-user-sidetoc"> <xsl:if test="descendant::*[contains(@class,' topic/section ')]/*[contains(@class,' topic/title ')]"> <p><table class="table" width="200" align="right" border="0"> <tr><td class="tablehead" align="center">Seitenübersicht</td></tr> <xsl:for-each select="descendant::*[contains(@class,' topic/section ')]/*[contains(@class,' topic/title ')]"> <xsl:value-of select="*[contains(@class,' topic/title ')]"/> <tr><td><a href="#{generate-id()}"><xsl:value-of select="text()"/></a></td></tr> </xsl:for-each> </table></p> </xsl:if> </xsl:template>
Es mußte noch ein Template her, um Namensanker zu erstellen.
<xsl:template name="id">
<a name="{generate-id()}"/>
</xsl:template>
Dieses Anker-Template muss nun innerhalb des Template für die section-titles aufgerufen werden, damit in jeder section ein Namensanker generiert wird:
<xsl:call-template name="id"/>
Damit die geänderte Datei dita2htmlImpl.xsl nicht beim nächsten DITA-OT-Update verloren geht, ist es ratsam, das gen-user-sidetoc-Template in ein Plugin auszulagern. Sie können das Plugin tocofsections auf der Startseite www.ditalog.com downloaden.
Bei der Generation von ePUB-Dateien wirkt jedoch die Section-Übersicht am rechten Rand als störend. Dann ist es besser, einfach den Plugin-Ordner herauszunehmen bzw. umzubenennten.
| Titel des Downloads: | Ideen für Dokumentationen und Online-Hilfen |
| Art der Publikation: | Kapitel |
| Beschreibung: | Das gesamte Kapitel als PDF-Datei. Ohne Leerseiten für die A4-Ausgabe optimiert. |
| Aktualisiert am: | 10.03.2011 |
| Anzahl der Downloads: | 313 |
Eine Ditamap hilft, Hilfeseiten für die kontextsensitive Hilfe relativ einfach zu erstellen.
Die Elemente <title> und <shortdesc> von eingebetteten Seiten werden immer dann als Vorankündigung angezeigt, wenn ein
<topicref> andere <topicrefs> umschließt. Dieses normale ditamap processing kann sehr gut für die einfache und schnelle Erstellung von kontextsensitiven Hilfeseiten genutzt werden.
Diese Seite wird extra zum Aufruf aus dem Programm über F1 bzw. der Hilfe-Schaltfläche geschrieben. Es ist eine leere Seite. Nur Titel und scortdesc sowie die gebräuchlisten Links zu den Neuigkeiten in den related links wurden gefüllt. Die 4 Links in der Mitte entstehen automatisch durch das map processing.
Hier das Beispiel der ditamap für die Link-Generierung. Hier werden die Seiten im Navigationsbaum (TOC) mit angezeigt. Ändern Sie toc=”no”, kann man nur aus dem Programm auf diese Seite gelangen. Obiges Beispiel ist hier die Datei csh_ebgmain_con.xml. Sie umschließt in der Ditamap die 4 Dateien, die als Link oben zur Anzeige kommen. Auf die csh_ebgmain_con.xml wird wird von der Software per F1-Druck verlinkt. Die Datei csh_start_con.xmldient lediglich als Anzeige im TOC.
Da eine einzelne Map für ein Projekt doch sehr unübersichtlich werden würde, wurde sie im obigen Beispiel in eine Extra-ditamap geschrieben. Diese ditamap muss nun in die Haupt-Map eingebunden werden. Hier ist ebenfalls zu entscheiden, ob die Map für die kontextsensitive Hilfe in der Navigation erscheinen soll.
| Titel des Downloads: | Ideen für Dokumentationen und Online-Hilfen |
| Art der Publikation: | Kapitel |
| Beschreibung: | Das gesamte Kapitel als PDF-Datei. Ohne Leerseiten für die A4-Ausgabe optimiert. |
| Aktualisiert am: | 10.03.2011 |
| Anzahl der Downloads: | 313 |
Einen E-Mail-Link für jede Seite als Rückmeldungselement setzen.
Durch einen E-Mail-Link auf jeder Seite der Dokumentation wird der Nutzer der Hilfe animiert, eher ein Feedback zur Dokumentation zu geben bzw. speziell Hilfe zur Seite anzufordern.
Ein Klick auf den Link öffnet das E-Mailprogramm, in dem der Dateiname der Doku-Seite in der Betreffseite bereits vorgetragen ist.
Die Attribute des xref-Elements sind besonders wichtig: format=”txt” und
scope=”external” müssen gesetzt sein.
Dieser Mail-Link sollte sich möglichst auf Content-Seiten beschränken. Auf Seiten, die nur der Navigation dienen, sorgt dies für Unübersichtlichkeit und ist somit überflüssig. Besonders prekär zeigt sich dies im PDF-Output.
Sollte die Hilfe tatsächlich online – also im Internet veröffentlicht werden, ist die Veröffentlichung der E-Mailadresse natürlich eine Überlegung wert.
| Titel des Downloads: | Ideen für Dokumentationen und Online-Hilfen |
| Art der Publikation: | Kapitel |
| Beschreibung: | Das gesamte Kapitel als PDF-Datei. Ohne Leerseiten für die A4-Ausgabe optimiert. |
| Aktualisiert am: | 10.03.2011 |
| Anzahl der Downloads: | 313 |
Den beiden TTF-Dateien ist eine Readme-Datei zum Gebrauch sowie der Installation beigelegt. Hier die Hinweise zum Gebrauch der Schrift:
CombiNumerals(tm) is a typeface for creating circled numbers, popular for use in Web graphics,
documentation and instructional material, maps, signs and guide books, for example. With CombiNumerals, you can create any number between 0 and 99.
Here’s how:
SINGLE-DIGIT NUMBERS – The numbers 0 through 9 are
created by pressing the A, B, C, D, E, F, G, H, I, and J keys respectively
(you can type either lower- or uppercase).
DOUBLE-DIGIT NUMBERS -
The numbers 00 through 99 are created by first pressing one of the number
keys (0-9), followed by Shift-number. For example, to create the number
67, press the 6 key followed by Shift-7. You can also create two-digit
circled numbers with a leading zero, 07 (0, Sh-7), for example.
MULTIPLE WEIGHTS – CombiNumerals is available in two weights — Open and Solid.
The Open weight displays numbers inside hollow circles. The Solid weight displays white numbers inside filled circles. The Solid weight is the Bold version of the Open weight.
ADDITIONALCH ARACTERS – Several other characters besides numerals are available in
this font. For instance, arrows, hands, pointers, and the Mac OS and
Windows logos (including circled M and W characters) can be created. These
characters are commonly used by people writing documentation, but are also
used for things like maps, signs, posters, guide books, etc.
CombiNumerals was designed and created by Sean Cavanaugh, the author of Digital Type Design Guide, The Page Designer’s Guide to Working with Type, published by Hayden Books (ISBN 1-56830-190-1). You can contact the author via e-mail <seanc@compuserve.com>.
Links zum Artikel
| Titel des Downloads: | Ideen für Dokumentationen und Online-Hilfen |
| Art der Publikation: | Kapitel |
| Beschreibung: | Das gesamte Kapitel als PDF-Datei. Ohne Leerseiten für die A4-Ausgabe optimiert. |
| Aktualisiert am: | 10.03.2011 |
| Anzahl der Downloads: | 313 |