Projekt

Allgemein

Profil

InDesign » Historie » Version 5

Maren Pufe, 19.04.2017 12:53

1 1 Maren Pufe
h1. Richtlinien und Einschränkungen in der Arbeit mit InDesign
2
3
{{>toc}}
4
5 2 Maren Pufe
h2. Formatvorlagen
6 1 Maren Pufe
7 2 Maren Pufe
Die Benennung der Absatz- und Zeichenformate ist durch ein Verlagstemplate vorgegeben. Die darin aufgeführten Formatvorlagennamen müssen unbedingt verwendet werden und werden gegen eine hinterlegte Liste erlaubter Grundformatnamen geprüft. Anhand der Namen der Formate werden die Inhalte in die passenden XML-Elemente konvertiert. 
8
Wie die Absatzformate in InDesign formatiert sind, ist für die anschließende Konvertierung in den meisten Fällen unerheblich und wird durch den Verlag festgelegt. Wichtig ist primär die Benennung. Spielraum für Layout-Varianten gibt es z.B. mithilfe von [[InDesign#Das-Tildenkonzept|Tildenvarianten]], sofern dieses Konzeot in Ihrem transpect-Workflow genutzt wird.
9 1 Maren Pufe
10 2 Maren Pufe
table{ width:40%; border-collapse:collapse; }.
11
|{background-color:#F0B6B9;}. *Wichtig* |
12
|Formatnamen dürfen keine Sonder- und Leerzeichen enthalten. Eine Ausnahme bildet hier die Tilde (~).|
13 1 Maren Pufe
14 2 Maren Pufe
h2. Korrekte Lesereihenfolge sicherstellen/Verankern
15 1 Maren Pufe
16 2 Maren Pufe
Um sicherzugehen, dass alle Elemente in der richtigen Reihenfolge ins XML und ePUB übernommen werden, ist es unerlässlich die *Textrahmen* in der Lesereihenfolge miteinander zu *verketten* oder mit InDesigns Verankerungsfunktion zu verankern. Dies ist aber auch mithilfe des [[InDesign/#StoryID-und-StoryRef|StoryRef/StoryID-Mechanismus]] umsetzbar (z.B. für das Inhaltsverzeichnis). Ausgenommen von Verankerungspflicht sind Rahmen für Kolumnentitel und Seitenzahlen. Sofern sie von der Musterseite gelöst sind und die richtigen Formatnamen haben, werden sie entfernt.
17
18
Sollen auch Bilder, Tabellen oder beliebige andere Rahmen, die nicht im Textfluss stehen, bei der Konvertierung in XML-Formate oder in das ePUB-Format an derselben Stelle wie im Print eingebunden werden, müssen sie verankert werden. Dafür gibt es 3 Möglichkeiten:
19
20
* über den "InDesign-Verankerungsmechanismus":https://helpx.adobe.com/de/indesign/using/anchored-objects.html (Ziehen des blauen Quadrates in den Text)
21
* das Einfügen der Abbildung in den Textfluss (Ausschneiden und Einfügen)
22
* Workarounds mit [[InDesign/#Bedingter-Text|bedingtem Text]]. Diese Möglichkeit ist zu Benutzen, wenn sich das zu verankernde Bild nicht auf derselben Doppelseite befindet, oder eine Verankerung den Text nicht verdrängt. Siehe hierfür auch [[InDesign/#StoryID-und-StoryRef|StoryRef/StoryID-Mechanismus]] oder dem [[Satzkonventionen/#FigureRef|FigureRef-Mechanismus]].
23
24
25
h2. Bedingter Text
26
27
Wie sie die Funktion Bedingter Text in InDesign verwenden können, ist "hier":https://helpx.adobe.com/de/indesign/using/editing-text.html#WS745C7188-1C17-4eae-8680-2F7C80DE6849 nachzulesen.
28
29
Mithilfe der InDesign Funktion @Bedingter Text@ (Menü: Fenster → Schrift und Tabellen → Bedingter Text) lassen sich einige Mankos der Software umgehen, die einer sinnvollen Weiterverarbeitung der Satzdaten im Wege stehen. Dazu gehören:
30
* Das Verankern von Bildern/Rahmen in speziellen Fällen (z.B. außerhalb der referenzierenden Doppelseite).
31
* Das Einbinden alternativer Impressen o.ä.
32
* Das Übernehmen von Printseitenzahlen
33
34
Die folgende Abbildung zeigt das Menü für bedingten Text mit einigen Beispielen.
35
36
!bedingterText.png!
37
38
table{ width:60%; border-collapse:collapse; }.
39
|{background-color:#F0B6B9;}. *Wichtig* |
40
|Generell sollte nur eine Bedingung pro Text zugewiesen sein und die Sichtbarkeit entsprechend der unten genannten Anforderungen in der Marginalie eingestellt werden. |
41
42
43
h3. PrintOnly
44
45
Einige Teile eines Werkes werden nur für die Printausgabe benötigt, für elektronische Medien nicht. Mögliches Einsatzgebiet: Print-ISBN.
46
47
p>. *Beim Export nach XML einblenden*
48
49
h3. EOnly
50
51
Analog zu @PrintOnly@. Informationen, die nicht im Print, sondern nur in elektronischen Medien erscheinen sollen. Dafür werden sie für die Generierung des Print-PDFs einfach ausgeblendet.
52
53
p>. *Beim Export nach XML einblenden, für Print ausblenden*
54
55
h3. StoryID und StoryRef
56
57
Diese Bedingungen dienen dem Verankern von Gruppen oder Textrahmen, die sich nicht auf der selben Doppelseite befinden oder anderweitig in InDesign schlecht machbar sind (durch fehlende Textverdrängung o.ä., das Inhaltsverzeichnis).
58
Enthält ein Rahmen einen Text mit der Bedingung StoryRef, so sucht @transpect@ nach einem Rahmen, in welchem derselbe Text mit der Bedingung StoryID enthalten ist. Achten Sie hier auf Leerzeicen und Groß- und Kleinschreibung. Dann wird der komplette Rahmen, der die ID enthält, an die Stelle eingefügt, wo sie per StoryRef referenziert wurde. Danach werden diese Bedingungen entfernt. Prüfregeln sorgen dafür, nicht umsortierte Bedingungen aufzufinden. 
59
Im Haupttextfluss sollte keine StoryID verwendet werden, sondern nur zusätzliche Rahmen sollten mithilfe dieses Prinzips umsortiert werden. 
60
61
p>. *Beim Export nach XML ausblenden*
62
63
table{ width:60%; border-collapse:collapse; }.
64
|\2{background-color:#F0B6B9; }. *Wichtig* |
65
|^{border:0px;}. – |{border:0px;}. *Zeichenformatabweichungen beachten:* Beim Einfügen der @StoryID@- und @StoryRef@-Bedingungen sollte das Zeichenformat des bedingten Textes dem Format der umgebenden Textstellen entsprechen. Layoutabweichungen der bedingten Passagen (z.B. durch Hineinkopieren) können zu Konvertierungsfehlern führen. |
66
|^{border:0px;}. – |{border:0px;}. *Zwei StoryRef-Bedingungen* (oder mehr) dürfen nicht im selben Absatz benutzt werden. |
67
|^{border:0px;}. – |{border:0px;}. In aufeinanderfolgenden Absätzen gleichen Formates, die nur je eine StoryRef-Bedingung enthalten, muss am Ende *zwingend noch ein Leerzeichen* benutzt werden, sonst werden die Bedingungen zu einer einzigen zusammengefasst. Dieses LZ kann z.B. als EOnly ausgezeichnet werden, damit es im Print beim Ausblenden nicht stört. Diese Einschränkung bezieht sich nicht nur auf den direkt folgenden Absatz, sondern die folgenden. |
68
|^{border:0px;}. – |{border:0px;}. *Zwei IDs* dürfen ebenfalls nicht innerhalb eines Textrahmens verwendet werden. |
69
|^{border:0px;}. – |{border:0px;}. *Leerzeichen* werden berücksichtigt. Markieren Sie sie besser nicht mit. |
70
|^{border:0px;}. – |{border:0px;}. *Groß- und Kleinschreibung* StoryRef »Rahmen1« wird keinen Textrahmen mit StoryID »rahmen1« umsortieren. |
71
72
Zur Handhabung dieser Verankerungsmethoden kann das %{background-color:pink;}Bildkonstellationsdokument% herangezogen werden.
73
74
|{background-color:#96D945; width:50%;}. *Tipp* |
75
| Anstatt umständlicher Verankerungen mit StoryID und StoryRef können im InDesign auch schon die Textrahmen nativ anders verknüpft werden. Außerdem lohnt es sich für Bildstrecken etc., die woanders referenziert werden sollen, wenn diese in eigene verknüpften Textrahmen eingefügt werden. Solche Rahmen können sich über mehrere Seiten erstrecken, werden untereinander verkettet, sind jedoch unabhängig vom Haupttextfluss. In eine solche Gruppe kann dann einfach eine StoryID eingetragen werden, die dann alle enthaltenen Elemente an eine andere Stelle sortiert. |
76
77
h3. FigureRef
78
79
Soll nur eine Grafik eingebunden werden, die keine Legende hat (z.B. für ein Hintergrund- oder Kapitelaufmacherbild) kann der *Name der Grafikdatei* mithilfe einer Bedingung @FigureRef@ eingebunden werden.
80
Der Name des referenzierten Bildes muss dieselbe Dateiendung haben, wie das im InDesign verlinkte Element. Wenn im InDesign also ein @.pdf@ verknüpft wurde, muss auch ein @.pdf@ referenziert werden!
81
Einzige Ausnahme: Wenn Bilder referenziert werden sollen, die im InDesign-Dokument mehrfach vorhanden sind, muss des Name des exportierten Bildes verwendet werden (Bildexportskript).
82
83
Das entsprechende Bild muss dafür irgendwo in der InDesign-Datei (nicht auf der Musterseite) *platziert sein*. Es kann zum Beispiel auf der Montagefläche liegen, oder irgendwo anders im Dokument (als eigener Rahmen, wo keine Möglichkeit für andere Verankerung mit bedingtem Text besteht).
84
85
FigureRef-Bedingungen können nun auch auf ganze Absätze angewendet werden. Auch mehrere Abbildungen hintereinander können so referenziert werden. Das Leerzeichen dient als Trenner für die einzelnen angegeben Bildnamen, genau wie ein Absatzende.
86
87
table{ width:60%; border-collapse:collapse; }.
88
|{background-color:#F0B6B9;}. *Wichtig* |
89
|Wenn per FigureRef referenziert wird, wird *nur* das entsprechende Bild referenziert. Das heißt, dass eventuell um das befindliche Rahmen und somit auch Objektformate *nicht* mitgenommen werden.|
90
91
92
p>. *Beim Export nach XML ausblenden*
93
94
95
h2. Umgang mit InDesign-Buchdateien
96
97 5 Maren Pufe
%{background-color:red;}muss im Workflow eingerichtet sein%
98
99 2 Maren Pufe
Die Buchdatei und die Kapitel müssen den verlagsspezifischen Dateinamenskonventionen entsprechen. Zusätzlich wird an die Titelnummer ein Bindestrich, gefolgt von den nummerierten Buchbestandteilen angehängt.
100 1 Maren Pufe
101 5 Maren Pufe
Die Buchdatei selbst, sollte der Namenskonvention eines einfach Titels entsprechen. Mithilfe eines Skripts namens [[Skripte#Buchkapitel-exportieren-ExportChapterAsIDMLjsx|ExportChapterAsIDML.jsx]] werden aus dieser Buchdatei dann alle Kapitel als IDML exportiert, sowie auch eine Export-XML-Datei. 
102 2 Maren Pufe
Diese XML-Datei, die das Buch repräsentiert, hat die Dateiendung @.indb.xml@ und wird nach den einzelnen Kapiteln hochgeladen.
103
Bei der Bennenung von Bildern in Buchdateien ist es nicht nötig die Teilnummer anzuhängen, sofern die Namen der Bilder im Gesamtbuch nur einmalig vorkommen.
104
105
table{ width:60%; border-collapse:collapse; }.
106 1 Maren Pufe
|{background-color:#F0B6B9;}. *Wichtig* |
107
| – Kommen in den einzelnen Kapiteln Stilvorlagen gleichen Namens, aber mit unterschiedlichen Definitionen vor, wird nur die letzte aus allen Teildateien übernommen!
108 5 Maren Pufe
 – Wenn sich *nur ein Kapitel ändert*, müssen die anderen Teile nicht neu hochgeladen werden. Laden Sie das geänderte Kapitel hoch und nehmen Sie dessen XML in die Versionskontrolle auf. Danach kann ein neues ePUB des ganzen Buches erzeugt werden, indem Sie die @XYZ.xml@-Datei erneut hochladen. 
109 2 Maren Pufe
 – Die @XYZ.indb.xml@-Datei muss nur erneut hochgeladen werden, wenn noch Kapitel fehlten. Dies ist durch einen Fehler vom Typ Buchworkflow nach Upload der @XYZ.indb.xml@-Datei ersichtlich. Auch wenn die @XYZ.xml@-Datei hochgeladen wird und noch Kapitel fehlen, gibt es eine Warnung.
110 5 Maren Pufe
 – transpect kann zur Zeit nur Buchkapitel verarbeiten oder Teile verarbeiten! Jedes Kapitel sollte also möglichst mit derselben Überschriftsebene beginnen, da die erste Überschrift im Kapitel immer zur höchsten Hierarchieebene wird.|
111 1 Maren Pufe
112 2 Maren Pufe
113
h3. Schritt für Schritt Anleitung
114 4 Maren Pufe
115 5 Maren Pufe
* Auf die geöffnete Buchdatei (@XYZ.indb@) wird das [[Skripte#Buchkapitel-exportieren-ExportChapterAsIDMLjsx|Skript ExportChaptersAsIDML.jsx]] angewendet. Dieses exportiert:
116 2 Maren Pufe
** eine @XYZ.indb.xml@ Datei, in welcher die Namen der einzelnen Kapitel in der entsprechenden Reihenfolge angegeben sind.
117
** die Kapitel als IDML-Dateien
118 1 Maren Pufe
* Upload eines @.zip@-Archivs mit allen IDML-Kapitel-Dateien. Möglichst die .indb.xml-Datei noch nicht mit hochladen, da es sonst länger dauert und noch kein Buch sinnvoll zusammengesetzt werden kann (da dafür erst die Kapitel als XML in die Versionskontrolle aufgenommen sein müssen).
119 2 Maren Pufe
* Prüfen der Fehlerreports dieser Dateien und eventuell Probleme beheben
120 5 Maren Pufe
* Aufnahme der kapitelweisen XML-Dateien (Endung @.xml@) mit dem entsprechenden Häkchen in die Versionskontrolle
121 2 Maren Pufe
* Upload der Buchdatei (@XYZ.indb.xml@) 
122
* Prüfen der Fehlerreports des ganzen Buches
123
* Aufnahme der Buchdatei (@XYZ.indb.xml@) in die Versionskontrolle
124 5 Maren Pufe
* Aufnahme der Gesamt-XML-Buchgerüstdatei (@XYZ.xml@) in die Versionskontrolle. Dies ist besonders sinvoll, wenn alle Kapitel schon in die Versionskontrolle aufgenommen wurden. In dieser Datei steht die Grundstruktur mit einem Link zu den XML-Dateien der einzelnen Kapitel. Fehlen einzelne Kapitel und werden später nachträglich hochgeladen, muss auch die @XYZ.indb.xml@-Datei erneut hochgeladen werden.
125 2 Maren Pufe
126
127
h2. Bilder
128
129
Müssen im InDesign verankert werden. Ein *Dokument mit verschiedenen Lösungen* befindet sich %{background-color:pink;}hier%.
130
Bilder müssen für das ePUB in taugliche Formate wie @PNG@ oder @JPG@ konvertiert werden, dafür benutzt man am Besten ein Skript.
131
132
Damit die Bilder im ePUB erscheinen müssen folgende Bedingungen erfüllt werden: 
133
134
* Sie müssen den *Dateinamenskonventionen* entsprechen (in jedem Bildnamen muss also Werk-ID, Reihe und das Abbildungskürzel enthalten sein. Ausnahmen bilden hier Icons und Logos. Für die Konventionen konsultieren Sie bitte die entsprechende Redmine-Wiki-Seite des Verlages, für den Sie das Werk setzen.
135
* Die korrekt benannten Bilder müssen in InDesign verknüpft sein. (Es können für die Bilder Unterordner benutzt werden, Probleme gibt es aber, wenn sich innerhalb jener Ordner die Bildnamen wiederholen.)
136
* Dann sollten die Bilder mithilfe des *[[Skripte#Bild-Export-Skript-image-exportjsx|Bildexportskriptes]]* exportiert werden.
137
* Nun sollte die InDesign-Datei gespeichert und als *IDML exportiert* werden. Werden Bilder nämlich mehrfach verwendet, aber jeweils mit anderem Bildauschnitt, wird diese Information in die InDesign-Datei geschrieben. @transpect@ benötigt sie um die Bilder dann korrekt zuordnen zu können.
138
* Bilder *zippen*, um nur eine Datei hochladen zu müssen (die Bilder einzeln oder den kompletten Bild-Export-Ordner). Auch einzelne Bilder können hochgeladen werden, z.B. nach Korrekturen oder das Cover eines Werkes. 
139
* *Hochladen* des @zip@-Archivs (der Name des Archivs ist zwar unerheblich, aber benennen Sie es bitte sprechend, so dass man es im Fehlerfall besser auffinden kann.)
140
* Nach dem Hochladen müssen alle Bilder in die *Versionskontrolle* aufgenommen werden. (Häkchen setzen und abschicken), ohne diese Aktion, hat @transpect@ keinen Zugriff auf die Bilder.
141
* Dann sind die Bilder in der Versionskontrolle hinterlegt und können beim nächsten  Konvertierungsvorgang in das ePUB eingebettet werden (Dafür das @IDML@ oder schon generierte @XML@ erneut hochladen oder erstmalig hochladen).
142
143
Wenn die Bilder vor der Konvertierung hochgeladen werden, sind sie schon bei der ersten Konvertierung im ePUB vorhanden. Werden die Bilder gemeinsam mit der @IDML@ - Datei in einem @.zip@ - Archiv hochgeladen, ist das nicht der Fall. Dies liegt daran, dass für jeden Dateityp, der hochgeladen wird, eine Aktion ausgeführt wird: 
144
@DOCX@- und @IDML@ - Dateien werden beispielsweise nach XML und in ein ePUB konvertiert; 
145
@TIFF@- Dateien zum Beispiel nach JPG konvertiert (abhängig von den hinterlegten Einstellungen, eine Übersicht finden Sie über dem Wichtig-Kasten). 
146
Erst *nach* dem Beenden diesen Aktionen können die Konvertierungsergebnisse in die Versionskontrolle aufgenommen werden. Und erst wenn die Bilder dort vorliegen, kann der ePUB -Konvertierungsprozess darauf zugreifen und sie in das ePUB einfügen.
147
148
149
table{ width:60%; border-collapse:collapse; }.
150
|{background-color:#F0B6B9;}. *Wichtig* |
151
|Wenn die Reihe noch nicht angelegt ist, können auch keine Dateien in die Versionskontrolle aufgenommen werden. Bitte kontaktieren Sie hierfür Ihren technischen Ansprechpartner. |
152
153
h3. Abbildungen mit Legenden
154
155
Ähnlich wie bei [[Satzkonventionen#Tabellen|Tabellen ]]gibt es bei Abbildungen mit Legenden (= Bildunterschrift bzw. Bildüberschrift) besondere Regeln, die eingehalten werden müssen, damit @transpect@ die zusammengehörigen Absätze einer Abbildungsumgebung zuordnen kann. 
156
Dafür muss untenstehende Reihenfolge eingehalten werden.
157
158
|_. |_. 1. Anordnungsmöglichkeit (Legende über Bild) |_. 2. Anordnungsmöglichkeit (Legende unter Bild)  |
159
| 1. | Bildunterschrift/überschrift | Absatz/Absätze mit Abbildung(en) |
160
| 2. | Absatz/Absätze mit Abbildung(en) | Formatvorlagen#Abbildung|Bildunterschrift/überschrift |
161
| 3. | Abbildungsnoten/quellen | Abbildungsnoten/quellen |
162
163
Das heißt, dass innerhalb eines Werkes immer dieselbe Exportreihenfolge dieser Elemente hergestellt werden muss. Möglichkeiten wie dies realisiert werden kann, finden Sie [[Bildreihenfolgen|hier]].
164
165
table{ width:60%; border-collapse:collapse; }.
166
|\2{background-color:#F0B6B9; }. *Wichtig* |
167
|\2{border:0px;}. Abbildungen stehen in InDesign immer auch in einem Absatz. Mithilfe dieses Absatzes kann z.B. die horizontale Einrückung oder eine Einzug geregelt werden. Hier muss darauf geachtet werden, dass: |
168
|^{border:0px;}. – |{border:0px;}. dieser umgebende Absatz keinen weiteren Text enthält (es sei denn es handelt sich ausdrücklich um eine Abbildung innerhalb eines Absatzes). |
169
|^{border:0px;}. – |{border:0px;}. Das Absatzformat des umgebenden Absatzes z.B. *Kein Absatzformat* oder *Einfacher Absatz* oder das speziell definierte Format zum Einfügen von Bildern *[[Formatvorlagen#Abbildung|Bild]]* ist. Sonst können ungünstige Nebeneffekte entstehen. So kann ein Überschriftenformat um eine Abbildung dazu führen, dass tatsächlich eine leere Überschrift mit Bild entsteht.|
170
171
table{ width:60%; border-collapse:collapse; }.
172
|\2{background-color:#F0B6B9; }. *Wichtig* |
173
| Oft reicht es nicht aus, Bild und Legende zu gruppieren, wenn beide in eigenen Rahmen stehen. Beim Export kann deren Reihenfolge verändert werden. *Verketten Sie die Rahmen deswegen miteinander.* |
174
175
h3. Coverbilder
176
177
Coverbilder müssen für die Erstellung des ePUBs nicht zusätzlich in das InDesign-Dokument übernommen werden. (Eventuell müssen Sie hier aber Ihren verlagsspezifischen ePDF-Workflow beachten).
178
*Das Coverbild sollte nach JPG konvertiert werden* und entsprechend der Namenskonvention über @transpect@ hochgeladen und in die Versionskontrolle aufgenommen werden.
179
180
Auch das Hochladen von TIFF ist möglich, führt aber unter Umständen zu *Farbveränderungen*, da sich bei der Konvertierung nach JPG der Farbraum ändert. Dadurch werden die Bilder meist dunkler.
181
182
h2. Listen
183
184
Damit Listen korrekt im XML und HTML dargestellt werden, müssen sie von @transpect@ korrekt verschachtelt werden. Dafür gibt es einen Mechanismus, der sich die Absätze mit Listenformat vornimmt und Anhand der Einrückungen, Listensymbole und negativer Erstzeileneinzüge sowohl tiefere Ebenen, als auch Folgeabsätze erkennt.
185
186
h3. Aufzählungslisten (Symbollisten)
187
188
* Listenpunkte können durch die Formatvorlagen definiert werden (Listentyp Aufzählung und das entsprechende Zeichen auswählen)
189
  Listenfolgeabsätze habe das entsprechende Listenformat, mit Tilde ~Folge. Wichtig für die Listenerkennung ist, dass der Abstand nach links genau dem Wert des zugehörigen Listenformates entspricht (bzw. dessen negativen Erstzeileneinzuges).
190
** Listenabsätze zweiter Ebene. Damit diese korrekt zu einer Unterliste umgewandelt werden, ist die Einrückung entscheidend! Nur der Formatname einer zweiten Ebene, reicht dafür noch nicht aus. Die Einrückung muss größer als bei der Liste darüber sein.
191
192
– Anstatt durch das Absatzformat definiert, kann ein Listenpunkt auch mit einem Symbol und Tabulator realisiert werden, sofern die Einrückungen korrekt sind.
193
194
h3. nummerierte Listen
195
196
# analog zu Aufzählungslisten
197
# auch Buchstabenlisten können umgesetzt werden
198
199
Was zur Zeit darstellungstechnisch von den Lesegeräten noch kaum unterstützt wird, sind Listen, die nicht bei 1 beginnen oder unterbrochen sind. Aus solchen Listen werden dann von @transpect@ Definitionslisten gemacht.
200
201
h3. Definitionslisten
202
 
203
Andere Listentypen, sofern sie ein Listen-/Glossar-/Zeittafelformat haben, werden ebenfalls als Definitionslisten dargestellt. Dazu gehören z.B. Listen mit unterschiedlichen Aufzählungssymbolen aber derselben Einrückungstiefe.
204
205
h2. Hyperlinks
206
207
Hyperlinks müssen über das Hyperlinkbedienfeld in InDesign erstellt werden. Zur Erstellung von Hyperlinks gibt es eine ausführliche "Anleitung":https://helpx.adobe.com/de/indesign/using/hyperlinks.html
208
Auch interne Verweise können mit Hyperlinks realisiert werden. Das Ziel des Hyperlinks muss also an jener Stelle im Hyperlinkbedienfeld hinterlegt werden. 
209
210
table{ width:60%; border-collapse:collapse; }.
211
|{background-color:#F0B6B9;}. *Wichtig* |
212
|{border-bottom:#fff; padding-top:1em;}. Hyperlinks auf externe Seiten müssen mit *http* oder *https* oder *ftp* beginnen. |
213
|{border-top-color:#fff; padding-top:0em;}. Webadressen werden *nicht automatisch verlinkt*! Der Link muss schon im InDesign vorhanden sein. |
214
215
h2. Inhaltsverzeichnis
216
217
Das Print-Inhaltsverzeichnis wird für die ePUB-Erstellung *nicht* berücksichtigt. 
218
Abschnitte, die mit den [[Formatvorlagen#Inhaltsverzeichnis|Inhaltsverzeichnisformaten]] ausgezeichnet sind und eine entsprechende »U1_Frontmatter« haben, werden bei der Konvertierung entfernt und durch die tatsächlichen Überschriften ersetzt. Dafür sollte bei der Generierung des IHV direkt »U1_Frontmatter« für die Überschrift der Formate verwendet werden und die entsprechenden IHV-Formate für den Inhalt des IHV.
219
Nach der Generierung des IHV, sollte es per StoryID verankert werden.
220
Mit diesem Mechanismus kann pro Werk momentan immer nur ein dynamisches Inhaltsverzeichnis erstellt werden. Gibt es in einem Werk mehrere Verzeichnisse, müssten diese gesondert behandelt werden. Z.B manuell verlinkt und nicht mit IHV-Formaten ausgezeichnet, weil solche Absätze ja entfernt werden. Ausnahmen bilden Tabellen- und Abbildungsverzeichnisse. Diese können zusätzlich zum normalen IHV dynamisch generiert werden. Dies geschieht jedoch nur, wenn diese Funktionalität angeschaltet wird. 
221
222
Auch wenn es kein IHV im InDesign-Dokument gibt, wird eines bei der HTML-Erzeugung generiert, sofern dies in den Reihenvorgaben des Verlages nicht anders vorgeschrieben wird.
223
224
* Die Anzahl der Überschriftsebenen (bzw. Hierarchietiefe) ist für jeden Verlag festgelegt. 
225
* Die einzelnen Bestandteile, die sowohl im HTML-TOC, als auch im NCX (wird bei den meisten Lesegeräten an der Seite angezeigt) aufgenommen werden sollen, sind vom Verlag festgelegt. (»U1« ist Standard, doch auch »U1_Num«, »Kap_Verf«, »U1_Untertitel« etc. können hier mit festgelegten Trennern übernommen werden. Ein Trenner kann z.B. ein Doppelpunkt zwischen Kapitelverfasser und Titel sein).
226
227
h2. Tabellen
228
229
InDesigns Tabellen können relativ genau von InDesign nach HTML konvertiert werden. Es empfiehlt sich eine saubere Auszeichnung mit Tabellen- und Zellenformaten, da manuelle Einstellungen wie Linien und Innenabstände zwar erhalten bleiben, aber nicht in allen Fällen sinnvolle Ergebnisse liefern, besonders was die Adhoc-Formatierung von Tabellen ohne Linien angeht.
230
Handelt es sich um Tabellen mit Tabellenlegende wird von @transpect@ eine bestimmte Reihenfolge erwartet, damit die einzelnen Elemente sinnvoll zu einer Tabellenumgebung zusammengefasst werden. Die Reihenfolge entnehmen Sie bitte der folgenden Tabelle.
231
232
|_. |_. 1. Anordnungsmöglichkeit|_. 2. Anordnungsmöglichkeit |
233
| 1. | Tabellenunterschrift/überschrift | Tabelle(n) |
234
| 2. | Tabelle(n) | Tabellenunterschrift/überschrift |
235
| 3. | Tabellennoten/quellen | Tabellennoten/quellen |
236
237
238
table{ width:60%; border-collapse:collapse; }.
239
|\2{background-color:#F0B6B9; }. *Wichtig* |
240
|\2{border:0px;}. Tabellen stehen in InDesign immer auch in einem Absatz. Mithilfe dieses Absatzes kann z.B. die horizontale Einrückung oder eine Einzug geregelt werden. Hier muss darauf geachtet werden, dass: |
241
|^{border:0px;}. – |{border:0px;}. dieser umgebende Absatz keinen weiteren Text enthält (es sei denn es handelt sich ausdrücklich um eine Tabelle in einem Absatz). |
242
|^{border:0px;}. – |{border:0px;}. Das Absatzformat des Absatzes z.B. *Kein Absatzformat* oder *Einfacher Absatz* oder ein speziell definiertes Tabellenabsatzformat ist. Sonst können ungünstige Nebeneffekte entstehen. So kann ein Überschriftenformat um eine Tabelle dazu führen, dass tatsächlich die Tabelle in einer Überschrift steht. |
243
244
h3. Tabellenfußnoten
245
246
Können mithilfe eines Workarounds realisiert werden.
247
%{background-color:red;}muss im Workflow aktiviert werden. Inklusive der Festlegung der entsprechenden Formate% 
248
249
h3. Alternative Abbildungen für Tabellen einbinden
250
251
Oft werden sehr breite Tabellen (= viele Spalten oder lange, nicht trennbare Wörter in den Spalten) in den E-Readern rechts abgeschnitten. Falls die Tabelle dennoch genauso dargestellt werden soll, kann eine alternative Abbildung der Tabelle erstellt werden. Da der textuelle Inhalt der Tabellen für das XML dennoch wichtig ist und irgendwann auch hoffentlich die Reader besser werden, sollten sowohl die eigentliche Tabelle als auch ihre grafische Repräsentation kodiert werden. Wann dieses Vorgehen beim Satz nötig ist, ist mit dem Verlag zu klären (z.B. als Korrekturanweisung oder Eigeninitiative nach Sichtkontrolle auf Geräten).
252
Vorgehen:
253
254
# Die Abbildung muss erstellt werden und möglichst als @png@ oder @jpg@ bereitgestellt werden. Auch @tiff@ oder @pdf@ ist möglich, dann wird sie konvertiert. Falls die Tabelle über mehrere Seiten geht, sollten entsprechend mehrere Abbildungen erstellt werden. Dafür kann entweder mit Screenshots gearbeitet werden oder entsprechende Tabellen werden in einem externen Dokument gesetzt und dann als PDFs exportiert und in das Hauptdokument eingefügt.
255
# Die Abbildungen muss den Bildnamenskonventionen entsprechen damit sie in die Versionskontrolle aufgenommen werden kann. (Erst wenn sie dort aufgenommen wurde, kann sie im ePUB eingebettet werden).
256
# Der Name der Abbildung(en) wird in die Tabellen mit dem bedingten Text vom Typ @EpubAlternative@ eingetragen. Vorsicht bei Textankern oder anderen Konstrukten (Ankermarken, Indexeinträge, etc.), diese sollten nicht mit markiert werden. Mehrere Abbildungsnamen können mit Leerzeichen separiert ebenfalls eingetragen werden. Auch kann man mehrere Bedingungen benutzen, falls man pro Seite, über die die Tabelle läuft, eine Abbildung angeben möchte.
257
258
!12345_Test_Abb_tabellenworkflow.png !
259
260
h2. Geteilte Kästen/Tabellen zusammenfügen
261
262
%{background-color:red;}muss im Workflow aktiviert sein!%
263
264
Eine besondere Verwendung der Tilde erfolgt bei geteilten Absätzen. Dies sind Absätze, die aus satztechnischen Gründen in zwei Absätze unterteilt werden müssen, aber im elektronischen Medium wieder zusammengeführt werden müssen. Dieser Fall kann in Kästen/Boxen oder Tabellen auftreten. Für diese Fälle wird das redervierte Tildenformat @~SPLIT@ an den Formatnamen des ersten Teils des geteilten Absatzes gehängt, wodurch er mit dem folgenden zusammengefügt wird. Ebenso wird mit *Tabellenzellen*- oder *Objektformatnamen* verfahren, falls diese zusammengefügt werden müssen.
265
266
* Absätze werden nur zusammengefügt, wenn auch das umgebende Element (Zelle/Objektformat bei Textrahmen) @~SPLIT@ enthält.
267
* Nur der letzte Absatz in einer Zelle/einem Textrahmen sollte mit @~SPLIT@ ausgezeichnet sein
268
* Alle Zellen einer Zeile müssen dann per @~SPLIT@ zusammengefügt werden.
269
270
h3. Zusammenfügen der Zelle
271
272
|{background-color:pink;}. Zellenformat mit @~SPLIT@ |
273
| Absatz. |
274
275
---------- Seitenumbruch im Print ---------
276
277
| Neuer Absatz. |
278
279
ergibt im XML:
280
281
|{background-color:pink;}. Zellenformat mit @~SPLIT@ |
282
|{border-bottom:0px solid #fff;}. Absatz.|
283
|{border-top:0px solid #fff;}. Neuer Absatz. |
284
285
286
287
h3. Zusammenfügen der Zelle und des Absatzes
288
289
table{width:40%;}.
290
|{background-color:pink;}. Zellenformat mit @~SPLIT@ |
291
| Absatz mit @~SPLIT@, der mittendr |
292
293
---------- Seitenumbruch im Print ---------
294
295
table{width:40%;}.
296
| in unterbrochen wird und zusammengefügt wird. Auf Leerzeichen achten, diese eventuell mit EOnly einfügen. Der Absatz bekommt das Absatzformat des @~SPLIT@-Absatzes, die Inhalte werden zusammengefügt. |
297
298
ergibt im XML:
299
300
table{width:40%;}.
301
|{background-color:pink;}. Zellenformat mit @~SPLIT@ |
302
| Absatz mit @~SPLIT@, der mittendrin unterbrochen wird und zusammengefügt wird. Auf Leerzeichen achten, diese eventuell mit EOnly einfügen. Der Absatz bekommt das Absatzformat des @~SPLIT@-Absatzes, die Inhalte werden zusammengefügt. |
303
304
Der Mechanismus funktioniert auch, wenn beispielsweise ein Kasten/eine Zelle über mehrere Seiten geht. Dann bekommt jede(r) Zelle/Textrahmen, der mit dem nächsten zusammengefügt werden soll ein @~SPLIT@ angehängt.
305
306
h2. Register (Index)
307
308
Die automatische Verlinkung von Registereinträgen erfolgt zur Zeit nur, wenn die Einträge in InDesign als Indexeintrag (mit Seitenverweis) ausgezeichnet, bzw. eingefügt wurden. 
309
310
Existieren keine echten Indexeinträge, wird das Register hart mit Seitenzahlen übernommen. Eventuell verlagsweise abweichende Workflows sind noch individuell zu konzipieren und implementieren.
311
312
h2. Checkliste für den IDML-Export und Upload
313
314
Um diversen Konvertierungsfehlern aus dem Weg zu gehen, sollte folgende Punkte vor dem Export nach IDML geprüft werden:
315
316
h3. Exportvorbereitungen
317
318
# Wurden die *Dateinamenskonvention* eingehalten?
319
** der Datei selbst
320
** der verknüpften Abbildungen
321
# Wurden die *Bilder mittels Skript exportiert*?
322
# Sind nur die Ebenen mit dem Print-relevanten Inhalt eingeblendet?
323
# Sind alle Rahmen im Haupttextfluss [[InDesign#StoryID-und-StoryRef|verankert]]? Besonders
324
** Titelei
325
** IHV, weil spät erzeugt
326
** evt. Register
327
# Wurden die Ebenen mit nicht Print-relevanten Inhalten ausgeblendet?
328
# Wurde der *bedingte Text* richtig ein- und ausgeblendet? Falls möglich, verwenden Sie einen %{background-color:pink;}Export-Satz%. Welche Bedingungen aus- und eingeblendet werden sollten, sehen Sie in den Marginalien [[InDesign#Bedingter-Text|beim Kapitel bedingter Text]] und unten in der kleinen Tabelle.
329
330
|_. Einblenden|_. Ausblenden|
331
|{ background-color:#CCFA91;}. EpubAlternative|{background-color:#FAE091;}. FigureRef|
332
|{ background-color:#CCFA91;}.EOnly|{background-color:#FAE091;}.StoryID|
333
|{ background-color:#CCFA91;}.PrintOnly|{background-color:#FAE091;}.StoryRef|
334
|\2{text-align:center;}. EPDFOnly|
335
336
h3. Uploadvorbereitungen für ein vollständiges ePUB
337
338
# ist der *Upload der Bilder erfolgt* und wurden sie in die Versionskontrolle aufgenommen? [einmalig, bzw. immer bei Änderungen]
339
# Ist der *Coverupload* erfolgt (und in die Versionskontrolle aufgenommen)?  [einmalig, bzw. immer bei Änderungen, wenn das Cover nicht autmotisiert geholt wird]
340
# Sind eventuelle *Metadaten* verfügbar? [automatisch oder manueller Upload]
341
342 3 Maren Pufe
h3. Anlegen eines Satzes für Bedingten Text
343
344
Um beim Exportieren der IDML-Dateien keine unnötigen »Fehler« zu machen, kann man die Sichtbarkeit der Bedingungen mithilfe eines Export-Satzes steuern. So kann man verschiedene Sätze für Print-Export, EPDF-Export und IDML-Export definieren.
345
Mit einem Klick wird dann die Sichtbarkeit der einzelnen Bedingungen in den festgelegten Wert geschaltet.
346
347
!Export-Satz.png!
348
349
h4. Anleitung zum Anlegen eines IDML-Export-Satzes
350
351
# Legen Sie alle nötigen Bedingungen an 
352
# Blenden Sie StoryID, StoryRef, FigureRef, PageStart und PageEnd aus
353
# Wählen Sie im Drop-Down-Menü @Satz@ (im Bild pink): »Neuen Satz erstellen...«
354
# Geben Sie einen Namen an
355
356
Wenn Sie nun während des Satzprozesses Bedingungen ein- und ausblenden, können Sie durch erneutes Auswählen des eben definierten Satzes die ursprüngliche Sichtbarkeit wiederherstellen.
357
358
h3. Bedingungssatz laden
359
360
Sie können sich auch einmal definierte Bedingungssätze und Bedingungen in Ihr aktuelles Dokument laden. Gehen Sie dafür ganz oben rechts in die erweiterten Einstellungen des »Bedingten Text«-Menüs und wählen Sie »Bedingungen und Bedingungssätze« laden und wählen Sie eine InDesign-Datei, in welcher der Satz definiert wurde.
361
362 2 Maren Pufe
363
h2. Einschränkungen
364
365 1 Maren Pufe
h3. Absatzlinien
366
367
können grundsätzlich aus den Formaten ausgelesen werden. Jedoch kann @transpect@ die Linien nicht 1:1 so wiedergeben, wie sie in InDesign definiert sind, da die Linien als @border@ mitgenommen werden und der Versatz als @padding@, sind hier viele Möglichkeiten nicht machbar.
368
 
369
Einschränkungen:
370
* Breite der Linien. Ist immer 100%, auch, wenn sie in InDesign kürzer eingestellt wurde
371
* negativer Versatz. Führt zu Fehlern. Darf nur positiv sein
372
* Absatzlinien als Hintergrundfarbe: Funktioniert nicht
373
* Absatzlinien, mit Versatz, der über den momentanen Absatz hinausgeht. (die Linie erscheint im ePUB immer über dem Absatz, an dem sie definiert wurde, mit dem entsprechenden Versatz als Abstand.)
374
375
→ machbar sind nur einfache, durchgängige Linien darunter und darüber, auch in unterschiedlichen Strichstärken und Farben.
376
377
h3. Ebenen
378
379
Grundsätzlich stellt die Arbeit mit mehreren Ebenen für den Konvertierungsprozess ein Problem dar, weil die Inhalte der einzelnen Ebenen dem Haupttextfluss nicht zugeordnet werden können.
380
381
Was jedoch funktioniert, ist, einzelne Textrahmen auf anderen Ebenen mithilfe des [[InDesign#StoryID-und-StoryRef|StoryID/StoryRef-Mechanismus]] im Haupttextfluss der Hauptinhaltsebene zu verankern.
382
383
h3. Farbig hinterlegte Absätze
384
385
Sowohl als Absatzlinie als auch mit den neuen Features von InDesign CC.
386
387
h3. In InDesign erstellte Grafiken
388
389
* Werden bei der Konvertierung zur Zeit ignoriert. Formen wie Linien und Pfade werden entfernt. 
390
* Auch Rahmen, die andere Formen als Rechtecke haben, werden nicht berücksichtigt. Deren Inhalte sollten mit dem Textfluss verkettet sein. Die Forminformation geht verloren.
391 2 Maren Pufe
* Auf Gestaltung mit leeren Rahmen als dekorative Elemente sollte unbedingt verzichtet werden. Stattdessen binden Sie bitte echte Grafiken ein. Zum Beispiel können Sie ein PDF aus einer solchen Grafik generieren, was Sie in InDesign einbinden können und mithilfe des [[Skripte#Bild-Export-Skript-image-exportjsx|Bildexportskriptes]] exportieren können.
392 1 Maren Pufe
393
394
h3. GREP-Stile
395
396
Wie viele verschachtelte Formate sind auch GREP-Stile bei der Konvertierung mit transpect nicht berücksichtigt. Zeichenformate, die über diese Option im Absatzformat zugewiesen werden, werden zur Zeit nicht berücksichtigt.
397
398
h3. Grundlininenversatz
399
400
Die Eigenschaft ist im EPUB nicht anwendbar, sie wird zur Zeit nicht transportiert.
401
402
h3. Leerzeilen und Tabulatoren
403
404
Sind grundsätzlich nicht als Layoutwerkzeuge für Titel, die über @transpect@ produziert werden benutzbar.
405
406
h4. Leerzeilen
407
408
Um Abstände zwischen Absätzen auch für das ePUB zu realisieren, sollten entsprechende Tilden-Formate verwendet werden (z.B. »GT~LZ_vor«). 
409
Bei C.H.Beck sind auch manuelle Abstände erlaubt, bei Campus und Beltz landen diese nicht als Abstand im ePUB und werden im Fehlerreport angemerkt.
410
411
h4. Tabulatoren
412
413
Tabulatoren können im ePUB und XML nicht sinnvoll repräsentiert werden. 
414
In einigen Formaten wird ein einzelner Tabulator berücksichtigt, eine Auswahl:
415
* in Überschriften können sie zwischen Ziffern und der eigentlichen Überschrift benutzt werden
416
* im Glossar
417
* in Zeittafeln
418
* Listen
419
420
Aus diesen Formaten wird dann links und rechts vom Tabulator jeweils ein eigenes Element generiert.
421
422
Folgen *mehrere Tabulatoren* aufeinander oder befinden sich mehrere in derselben Zeile um Inhalte zu strukturieren, sollte auf Tabellen ohne Linien zurückgegriffen werden.
423
Aus rechtsbündigen Tabulatoren (z.B. der Autorenname in der Einleitung) wird für die Repräsentation im ePUB eine Tabelle aus dem Absatz erstellt. Deren rechter Zelleninhalt wird dann rechts ausgerichtet.
424
425
h3. Schriftkodierung
426
427
Um Zeichen im XML und ePUB wie in InDesign darstellen zu können, müssen Fonts verwendet werden, die UTF-8 kodiert sind. Das heißt, dass die Schriftzeichen an definierten Stellen liegen müssen, wo sie auch bei anderen UtF-8-kodierten Schriften liegen.
428
Im Normalfall ist das bei gut ausgebauten Fonts für die Brotschrift sowieso der Fall. Aus solchen Fonts können gefahrlos *Sonderzeichen und Symbole* verwendet werden, da diese korrekt kodiert sind.
429
Wird bei solchen Zeichen jedoch auf Symbolfonts, PI-Fonts oder ähnliches zurückgegriffen, sind deren Zeichen meist nicht UTF-8-kodiert. 
430
431
Bei der ITC Zapf Dingbats z.B. gibt es ein weißes Sternchen auf schwarzem Kreis (✪). Schon in InDesigns Glyphenpalette sieht man beim darüberfahren, dass es sich eigentlich um den Buchstaben J handelt (GID 43, Unicode 004A). Genau der wird dann auch im XML so ankommen und von den im ePUB verwendeten Fonts so dargestellt werden. Benutzt man stattdessen für das Symbol die DejaVu Sans (GID 4017, Unicode 272A) wird das Zeichen wahrscheinlich auch im ePUB ankommen. Und zumindest ist es im XML korrekt.
432
433
Deswegen ist es wichtig für solche Zeichen alternative, gut ausgebaute Fonts zu verwenden, die jene Zeichen an der korrekten Stelle hinterlegt haben. Beispielsweise sind »DejaVu Sans« oder »Linux Libertine« freie, gut ausgebaute Fonts.
434
435
Ist es nicht möglich partiell einen anderen Font zu verwenden, kann über ein Zeichen-Mapping nachgedacht werden für die verwendete Schrift. Das ist mit zusätzlichem Einrichtungsaufwand pro Schrift verbunden. Auch kann über eine (automatisierte) Ersetzung mit entsprechenden Abbildungen nachgedacht werden, was ebenfalls einen Einrichtungsaufwand pro Font bedeutet. Die Daten verschlechtern sich aber dadurch, wenn im XML ein Bild statt eines Zeichens hinterlegt ist.
436
437
table{ width:60%;}.
438
|{background-color:#96D945;}. *Tipp* |
439
| Wenn es das Zeichen zwar in einer anderen Schrift richtig kodiert gibt, aber die Entsprechung nicht zum umgebenden Font passt, dann:
440
  – Für Print als Pfade umsetzen und mit bedingtem Text @PrintOnly@ versehen
441
  – Zusätzlich für die Konvertierung das Zeichen aus der DejaVu setzen und als @EOnly@ definieren |
442
443
h3. OpenType-Varianten
444
445
Bei der Benutzung dieser Varianten wird wahrscheinlich nicht dieselbe Repräsentation wie im InDesign-Dokument weitergereicht.
446
447
h3. Sonderfarben
448
449
Sollen Farbdefinitionen aus InDesign mitgenommen werden, kann grundsätzlich mit CMYK- oder RGB-Prozessfarben gearbeitet werden. Andere Farbmodelle, z.B. LAB-Farben sind kaum sinnvoll zu überführen und führen zu Konvertierungsfehlern.
450
451
Für Pantone-C Volltonfarben wurde ein Mapping nach RGB hinterlegt. Die hinterlegten Werte sind ohne jede Gewähr.
452
453
h3. Unterstreichungen und Überstreichungen (Durchstreichung)
454
455
InDesigns Funktionalität zum Unterstreichen und zum Durchstreichen von Text kann grundsätzlich verwendet werden. Was jedoch nicht 1:1 transportiert werden kann, sind Versätze bei diesen Optionen. Eine Durchstreichung, die mit Versatz im InDesign-Dokument wie eine Linie darüber aussieht, wird im elektronischen Medium zu einer Durchstreichung, da es keine CSS-Eigenschaften gibt, die diesen Versatz repräsentieren können.
456
457
h3. Verschachtelte Formate
458
459
Einige Typen von verschachtelten Zeichenformaten werden von @transpect@ zur Zeit weiterverarbeitet, die meisten jedoch nicht.
460
461
Wenn die verschachtelten Formate durch die Trennzeichen:
462
* *Tabulator*, 
463
* *Harter Zeilenumbruch*,
464
* *Einzug bis hierhin*, 
465
* *Geviert*, 
466
* *Halbgeviert*, 
467
* *geschütztes Leerzeichen* 
468
469
oder die Option 
470
* *erstes Wort*
471
472
definiert wurden, setzt @transpect@ diese um. Alle weiteren Optionen sind jedoch nicht implementiert. Dazu gehört die Verschachtelung über *Einzelne Zeichen*, *Buchstaben*, *Ziffern* etc. In diesem Fall müsste das Zeichenformat manuell zugewiesen werden.
473
Auch *mehrere Verschachtelungen funktionieren nicht*.