Liebe Forumsmitglieder,

ich habe gleich zwei Fragen rund um den Export interaktiver PDFs aus InDesign.

1. Bei der Erstellung der Lesezeichen werden zahlreiche Sonderzeichen falsch übernommen (Ähnliches wurde im Forum bereits berichtet, eine Lösung dazu konnte ich aber nicht finden.). Das betrifft u.a. den harten Zeilenumbruch, Tabulatoren, Achtelgeviert, die dann im Lesezeichen lediglich als Kästchen erscheinen. Manches lässt sich vermeiden - z.B. anstatt hartem Zeilenumbruch kein Umbruch -, aber Tabulatoren und Achtelgevierte eben nicht. Und die Nachbearbeitung jedes einzelnen Lesezeichens ist bei einer Monografie aus dem Bereich Jura mit teilweise acht Überschriftenebenen (meist mehr als 20 Seiten lang) echt kein Spaß. Gibt es z.B. eine Möglichkeit, die falschen Zeichen per "suchen und ersetzen" (möglicherweise Skript) zu beseitigen, d.h. durch ein einfaches Leerzeichen zu ersetzen?

2. Wenn ich beim PDF Export die Hyperlinks einschließe, kann ich im PDF von jedem Inhaltsverzeichniseintrag zur jeweiligen Überschrift im Text springen. Aber wie sieht es mit dem "Rückweg" aus? Konkret: Mein Kunde möchte, dass der Leser durch Mausklick auf die Überschrift im Text zurück zum Inhaltsverzeichnis gelangt. Mit "vorherige Ansicht" ist es leider nicht getan, jede Überschrift soll "rückverlinkt" sein. Gibt es hier eine Möglichkeit, um eine händische Verlinkung (die ja keiner bezahlen will) herumzukommen?

Im Voraus schon einmal vielen Dank für Eure Antworten und viele Grüße,
Daniela


WIN XP, InDesign CS4

Hallo,
zu 2.
ich setzte eine Hyperlinkrahmen auf die Grund-Musterseite der auf die Inhaltverzeichnisseite weist. Geht aber nur bei max. doppelseitigen Inhaltverzeichnis oder mit mehreren Hyperlinks.
Aber vielleicht kennen die Fachleute bessere Möglichkeiten.

Hallo Gerhard,

an so eine Lösung hatte ich auch schon gedacht. Aber zum einen soll die ePDF identisch mit der Printversion sein und zum anderen ist eben leider die Vorgabe, über einen Mausklick auf die Überschrift im Text wieder zu der Seite im Inhaltsverzeichnis (mehrseitig) zu gelangen, auf der sich diese Überschrift befindet. Dafür müsste es doch eine Lösung geben, zumal wenn der "Hinweg" sozusagen bereits angelegt ist.

Viele Grüße,
Daniela

Hallo Daniela,
das geht mit Hyperlinks die von der Überschrift zum Inhaltsverzeichnis verweisen. Da musst du alle Überschriften einzeln bearbeiten.
Was anderes ist mir auch nicht bekannt.

Optisch ist mit Hyperlinks kein Unterschied zwischen Bild- und Print-PDF. Den Linkrahmen auf "unsichtbares Rechteck" stellen (CS5).

Hallo Gerhard,

die Frage ist ja gerade, wie man um eine händische Verlinkung jeder einzelnen Überschrift herumkommen könnte. Bei sechs bis acht Überschriftebenen und einem Umfang von durchschnittlich 400 Seiten ist das kaum sinnvoll zu leisten. Vor allem will das keiner bezahlen. Die Kunden meinen ja ohnehin, ein ePDF sei einfach ein Nebenprodukt des Druck-PDF - nur eben mit Lesezeichen, Binnenverlinkung, Tags etc.
Vielleicht hat ja noch jemand eine Idee.

Beste Grüße,
Daniela

Mit Bordmitteln geht das nicht. Die Überschrift weiß nicht, in wievielen Inhaltsverzeichnissen sie wo vorkommt.

Man könnte ein Script ertüfteln, das die Überschriften durchgeht und mit allen Zeilen aller Inhaltsverzeichnisse abgleicht. Das ist nicht trivial.

Das Hauptproblem liegt also in "Vor allem will das keiner bezahlen."

Vielen Dank für die Antwort. Dass es nur über ein Skript geht, hatte ich mir schon gedacht. Ich war mir aber nicht sicher, wie kompliziert es ist. So kann ich meinem Kunden wenigstens mit Sicherheit (und nicht nur, weil ich keine Lösung finde) sagen, dass das nicht eben mal so per Knopfdruck geht.

Wie sieht es aber mit der Frage nach der Bereinigung von Lesezeichen aus? Gibt es hier eine relativ "einfache" Lösung falsch dargestellte Sonderzeichen (z.B. Tabulator, Achtelgeviert) in einem Durchgang, also ohne jeden Eintrag einzeln anzufassen, durch einen einfachen Leerschritt zu ersetzen?

Viele Grüße
Daniela

Eine andere Möglichkeit ist, ein Formularfeld mit eingebautem Hyperlink zu generieren (1. Überschrift mit Link zurück). Dieses Formularfeld kann dann problemlos kopiert werden, mit der möglichen Einstellung "von Seite X bis Seite X".

Das mit den falsch dargestellten Sonderzeichen habe ich auch mal gehabt: Auf dem Mac sah es gut aus, auf Windows nicht. Die Erstellung wurde damals auf dem Mac gemacht; ich habe einfach das PDF nochmals erstellt, unter Benutzung eines Windows-PC. Im so erstellten PDF wurden dann die Sonderzeichen korrekt dargestellt (auf Mac und PC).

Die Sonderzeichen werden aber nicht erst nach dem PDF-Export falsch dargestellt, sondern bereits in InDesign selbst. D.h., man kann die falschen Zeichen bereits in InDesign korrigieren, aber dazu muss man eben jedes einzelne Lesezeichen editieren.

Viele Grüße,
Daniela

Hallo,
zu1.
ist das vielleicht ein Schriftenproblem? Hat die Inhaltverzeichnis-Schrift vielleicht eine andere/alte Zeichenbelegung?
Oder tritt das im Reiter "Lesezeichen" auf? Dann ist vielleicht die ID-Programmschrift beschädigt/gelöscht (Win-Ordner Schriften).
Ich kann den Fehler nicht nachvollziehen unter WINxp32 pro. mit CS3 und WIN7/64 CS5.

Hallo,
wie sieht es nach Speichern im Austauschformat aus?

Ich gehe nicht davon aus, dass es an den Schriften liegt. Alle verwendeten Fonts sind korrekt installiert und nicht beschädigt. Ich hänge mal einen Screenshot an, auf dem das Problem zu sehen ist. Speichern im Austauschformat behebt das Problem nicht.

VG, Daniela

Hallo Daniela,

ich glaube, ich kenne das Problem auch – habe die Beiträge oben nur mal schnell überflogen, aber Dein Screenshot kommt mir vertraut vor.
Allerdings kann ich das Problem spontan nicht (mehr) nicht nachstellen.

Kann es sein, dass es mit der Erstellung des Inhaltsverzeichnisses über ein Buch hinweg zusammenhängt (und beim Inhaltsverzeichnis über ein Dokument hinweg ist alles in Ordnung)?

Egal.

Kannst Du so ein Sonderzeichen, wie es in Deinem Screenshot dargestellt wird, aus dem Lesezeichen herausnehmen (editieren) und feststellen, um was für ein Zeichen es sich handelt (Info-Palette)?
Handelt es sich gar um einen Tabulator, der falsch dargestellt wird?

In diesem Fall könnte Dir vielleicht das folgende Skript helfen:

Code

  
var Sonderzeichen = '\t'; 
var Ersatzzeichen = ' '; 
  
var _bm = new Array;   
var _regexp = new RegExp( Sonderzeichen,'g');  
  
get_bookmarks(app.documents.firstItem());    
for (var x = _bm.length-1; x >= 0; x--)  
	_bm[x].name = _bm[x].name.replace(_regexp, Ersatzzeichen); 
   
function get_bookmarks(_mark) {   
	for (var i = 0; i < _mark.bookmarks.count(); i++) {   
		_bm.push(_mark.bookmarks.item(i));   
		get_bookmarks(_mark.bookmarks.item(i));   
	}   
} 

Hinter Sonderzeichen ist das komische Zeichen (eventuell auch mit seinem Unicodewert \u0009 oder was auch immer) einzutragen (hier \t für Tabulator); hinter Ersatzzeichen das Zeichen, durch das ersetzt werden soll (hier ein Leerzeichen).

Alternativ könntest Du mir mal ein Beispieldokument zukommen lassen, so dass ich an diesem mit meinem Skript etwas rumspielen und experimentieren kann. ;-)

Hallo Daniela,

Du hast mir Testdaten zukommen lassen und berichtet, dass die falsch dargestellten Tabulatoren mit dem obigen Skript korrekt ersetzt werden. Allerdings vermisst Du, dass die Achtelgevierte sich so noch nicht beseitigen lassen.

Hier eine neue Version des Skripts, das alle Weißräume durch ein normales Leerzeichen ersetzen sollte.

Code

// cleanWhitespaceOfBookmarks.jsx 
 
var Sonderzeichen = '[\\s]';  
var Ersatzzeichen = ' ';  
  
var _bm = new Array;   
var _regexp = new RegExp( Sonderzeichen,'g');  
get_bookmarks(app.documents.firstItem());   
for (var x = _bm.length-1; x >= 0; x--)  
   _bm[x].name = _bm[x].name.replace(_regexp, Ersatzzeichen);  
  
function get_bookmarks(_mark) {   
   for (var i = 0; i < _mark.bookmarks.count(); i++) {   
      _bm.push(_mark.bookmarks.item(i));   
      get_bookmarks(_mark.bookmarks.item(i));   
   }   
} 

Bei Bedarf lassen sich InDesign-spezifische Leerräume, die damit noch nicht korrigiert werden, in Unicode-Notation in den Sonderzeichen-Ausdruck einbauen.

Der Achtelgeviert-Leerraum wird mit \\s zwar bereits berücksichtigt. Wenn er aber nicht berücksichtigt würde, könntest Du ihn folgendermaßen einbauen:

Code

var Sonderzeichen = '[\\s\u2009]'; 

Den Unicodewert eines ausgewählten Zeichens kannst Du in der Informationenpalette ablesen. Beim Achtelgeviert ist das 2009.

Hallo Martin,

habe natürlich gleich getestet und es funktioniert! Alle falschen Zeichen werden in einem Durchgang durch einen einfachen Leerschritt ersetzt. Da ist der Abend ja gerettet!

Hab vielen Dank für Deine Lösung!!!
Daniela