Eine word-datei ergibt beim import den fehler, daß nicht jede fußnote erkannt wird. kann bei grossen werken fatale auswirkungen haben. wurzel des problems scheint das einfache anführungszeichen unten (das aussieht wie ein komma) zu sein. setzt man in Word einen testjob: Der reihe nach wörter zwischen einfachen anführungszeichen und anschl. fußnote, dann erkennt InDesign nur jede zweite fußnote!
Entfernt (ersetzt) man in word die einfachen anführungszeichen, dann funktioniert es wieder. wer weiß wieso? und gibt es andere möglichkeiten, den fehler zu beheben, als vorher in word eingreifen zu müssen?
MacOs 10.4.11, Word 12.0.0 2008 für Mac, InDesign CS2
Danke Anton
(Dieser Beitrag wurde von Anton Kriegler am 2. Apr 2008, 16:09 geändert)
fehlen die Fußnoten und ihre Referenzziffern ersatzlos oder findest Du anstelle der Referenzziffer ein Kästchen mit roter Kontur?
Wenn ja, läßt sich das Kästchen mit '^;' finden?
Dieses Phänomen beobachte ich des Öfteren, wenn ich Word-Daten importiere, in welchen ein 8-Bit Griechisch-Font verwendet wurde. Im Zusammenhang mit den Anführungszeichen habe ich das noch nicht beobachtet (bzw. noch keinen Zusammenhang zu den Anf.zeichen hergestellt). Normalerweise ist die Fußnote, auf die an der Stelle mit dem Kästchen referenziert wird, nicht verschwunden, sondern um eine Fußnote weiterverschoben und es fehlt erst ein paar Fußnoten später eine komplett.
Hier behelfe ich mir damit, daß ich irgendwo eine 'leere' Fußnote einfüge, deren Fußnotenziffer in der Fußnote lösche (so daß sie ganz leer ist), die Referenz in die Zwischenablage ausschneide und dann alle '^;' durch den formatierten Inhalt der Zwischenablage ersetze ('^c'). Anschließend wähle ich den Text aus, innerhalb dessen die Fußoten nach oben verschoben worden sind und verschiebe deren Inhalt per Skript (das ich Dir bei Bedarf gerne zum Ausprobieren zukommen lasse) nach unten. So oft, bis der Anschluß wieder paßt. Manchmal wird zuviel nach unten verschoben. Dann kommt das Fußnoten-Hochschieb-Skript zum Einsatz.
Eventuell hilft Dir aber auch schon, wenn Du die Word-Datei bereinigst: 1. Öffnen in OpenOffice und sichern als RTF. 2. In Word sichern im HTML-Format, öffnen in Word und wieder sichern im RTF- oder Word-Format.
Bei ersterem können Schriftauszeichnungen und Codierungen bei 8-Bit Schriften verloren gehen. Mit letzterem habe ich immer wieder gute Erfahrungen gemacht.
Bei mir fehlt zwar nicht jede zweite Fußnote, aber in einem kleinen Dokument, in dem ich jede Leerstelle ' ' durch '‘ ‚' ersetzt habe (also quasi alle Wörter in einfache Anführungszeichen eingeschlossen), konnte ich das Phänomen tatsächlich wie von Dir beschrieben reproduzieren. Dann liegt es bei mir eventuell auch nicht am 8-Bit-Font, sondern an der Verwendung des einfachen unteren Anführungszeichens.
Das erklärt auch, daß das Problem vorrangig in deutschsprachigen Texten erscheint, also dort, wo die unteren einfachen Anführungszeichen zum Zug kommen. Jetzt prüfe ich noch, ob es nur dann passiert, wenn die unteren in der Worddatei bereits verwendet wurden oder ob es auch dann passiert, wenn sie beim Importvorgang konvertiert werden.
Ich danke Dir für das Einkreisen der Ursache. Damit kann man jetzt Vorsorge treffen.
Viele Grüße Martin
(Dieser Beitrag wurde von Martin Fischer am 2. Apr 2008, 16:52 geändert)
Also mit der Konvertierung beim Import hängt das Problem nicht zusammen. Egal, welche Sprache die Word-Datei hat, die Minutenzeichen ' werden korrekt konvertiert und alle Fußnoten kommen an.
Die Fußnoten verschwinden tatsächlich ziemlich sicher dann, wenn ein unteres einfaches Anführungszeichen ins Spiel kommt.
Du glaubst nicht, was das für mich für eine Erleichterung bedeutet!
Danke für die Antworten. Das Tückische am Problem ist ferner, dass bisher jedesmal die Gesamtanzahl der Fussnoten am Ende wieder richtig war, d.h., irgendwo wird intrigenhaft durch einen umgekehrten Fehler (das Auslassen einer Ziffer) der Fehler automatisch "korrigiert".
Das überrascht mich nun und entspricht nicht meinen Erfahrungen. Bei mir stimmte die Gesamtanzahl der Fußnoten erst wieder, wenn ich '^;' durch richtige (leere) Fußnoten (über die formatierte Zwischenablage '^c') ersetzt habe.
Kannst Du mir das mal zeigen - an einem Screenshot oder einer entsprechenden Musterdatei? Ziffern wurden bei mir nie ausgelassen - auch gestern nicht bei der Nachstellung mit einer mit einfachen, unteren Anführungszeichen infizierten Worddatei. Gibt es eine Regel (einen bestimmten Kontext) für den Zählersprung?
Viele Grüße Martin
(Dieser Beitrag wurde von Martin Fischer am 3. Apr 2008, 09:27 geändert)
Ich konnte kein System dahinter entdecken - das Programm zählt im aktuellen Fall einfach von 31 mit 33 weiter, nachdem die zwölfte (gemeinsam mit einfachen anführungszeichen auftretende) fussnote als rotes Kästchen angezeigt und die ziffer zwölf der nächsten fn zugeordnet worden ist. Ab Nr. 33 stimmt alles wieder. Und diese Auslassung passiert nur dann, wenn das einfache Anführungszeichen in Word bei der zwölften Fussnote auch bleibt. Wenn ich das Zeichen herausnehme oder ersetze, ist alles normal. Einigermassen spannend.
gruss Anton
(Dieser Beitrag wurde von Anton Kriegler am 3. Apr 2008, 10:29 geändert)
entschuldige meine Beharrlichkeit. Ich bin immer noch fasziniert von der Fokussierung auf das einfache untere Anführungszeichen als dem Verursacher des Verschwindens/Verschiebens der Fußnoten.
Hast Du die 'Numerierung neu beginnen nach Abschnitt' aktiviert? Was passiert mit der fehlerhaften Nummerierung, wenn Du den Neubeginn der Nummerierung kurzfristig nach Seite umstellst und dann wieder nach Abschnitt? Was passiert, wenn Du die Nummerierung kurzfristig ab einer anderen Zahl beginnen läßt (2 oder 101) und dann wieder auf 1 zurückkehrst? Ist der Sprung dann immer noch da?
Hab ich alles nicht probiert. Hier ist aber noch etwas Bemerkenswertes, das du nachvollziehen kannst: Setze irgendwo am Anfang einer worddatei fünf einfache Anführungszeichen und InDesign erkennt die ersten fünf, auch späteren, Fussnoten nicht.
Der Sprung erfolgte dann übrigens von Fussnote 11 auf 17, der Abschnitt mit der 17 war in Word irgendwie als Zitat eingerahmt, was aber öfter im Dokument der Fall ist ohne ersichtlichen Unterschied
Die anderen Word-Funktionen, die du nennst, könnten was den Sprung betrifft schon Auswirkungen haben.
ich habe in dieser Angelegenheit noch nichts weitergeleitet. Mit einer direkten Antwort ist nicht zu rechnen. Möglicherweise wird dies gelegentlich in einem Bugfix berücksichtigt. Immerhin ist der Auslöser dank Deiner Analyse relativ sicher eingegrenzt.
Ich habe den Fehler beim Word-Import auch schon manchmal bemerkt. Aber leider kann ich den Fehler mit dem einfachen Anführungszeichen nicht reproduzieren. Egal ob ich ein Komma oder das Sonderzeichen Alt-0130 verwende.
Wie sieht eure Word-Datei, welche die Fehler verursacht, genau aus?
Vielleicht spielt die Plattform eine Rolle. Auf dem Mac gebe ich das einfache untere Anführungszeichen mit ALT-S ein. Unter Windows habe ich das noch nicht getestet.
Habe nun unter Windows den Test nachgestellt. In einer Worddatei habe ich die doppelten Anfürungszeichen ersetzt durch Alt-0130 bzw. Alt-145 und unter neuem Namen gespeichert.
Die Datei mit den geänderten Anführungszeichen in InDesign CS2 ME (Win) platziert und nach ^; gesucht. -> Mehrere Stellen gefunden.
Gegenprobe: Die Originaldatei platziert und nach den Kästchen gesucht. -> Cannot find match.
ich habe oben dargestellt, daß sich das genannte Problem auch in InDesign CS2 unter Windows im Zusammenhang mit dem einfachen unteren Anführungszeichen ALT-0130 reproduzieren läßt.
Möglicherweise bedarf es mehrerer Anführungszeichen und mehrerer Fußnoten, um das Problem nachstellen zu können. Möglicherweise tritt das Problem bei Anwesenheit eines Anführungszeichens nicht zwingend auf. Möglicherweise gibt es noch andere Zeichen als Auslöser.
Aber wenn dieses Problem auftritt, dann ist sehr häufig (bei meinen Versuchen bislang immer) ein einfaches unteres Anführugnszeichen im Spiel.
Mir fällt auf, sobald ich in der Word-Datei sämtliche einfachen SCHLUSS-Zeichen entferne, kommt der Fehler nicht mehr vor. Egal wie viele einfache Anführungszeichen da sind: Füge ich nur ein einziges einfaches Schlusszeichen am Ende ein, wird nur jede zweite Fussnotenziffer dargestellt. bitte probieren.
welches Schlusszeichen meinst Du? ALT-0145, also das einfache englische Anführungszeichen ‘ (hochstehende 6)?
Das hatte ich als zweiten Teil des Paars in meinen Testdateien stets drin. Reicht dieses Zeichen allein aus oder braucht es auch noch das unten stehende einfache Anführungszeichen?
@Martin: Tut mir leid, da habe ich wohl zu schnell gelesen...
Kannst du mir sagen, was das Metazeichen "^;" genau bedeutet? In der Hilfe habe ich nichts darüber gefunden.
Aber ich habe weiter getestet. Ich hatte einen Fall, wo die Fußnote ausfiel, weil im betroffenen Absatz kyrillische Zeichen (korrekte Unicode-Definition) vorgekommen sind. Nach Entfernung der kyrillischen Zeichen funktioniert alles korrekt. Welche Zeichen genau dafür verantwortlich sind, werde ich später noch überprüfen.
Auf jeden Fall war es bei mir so, dass die Fußnote 4 im Haupttext ausgefallen ist ("^;"), im Fußnotentext aber vorhanden war. Die eigentliche Fußnote 5 wurde im Haupttext dann mit 4 nummeriert und hatte damit den falschen Fußnotentext, das ging so weiter bis zur Fußnote 80. Also: Fußnotentext 6 zur Fußnote 5 ... Fußnotentext 80 zur Fußnote 79. Der Fußnotentext Nr. 81 ist ausgefallen, damit war ab Nr. 81 die Zuordnung wieder in Ordnung.,
Ich hatte früher schon andere Fälle erlebt, wo die Zuordnung nach ein paar Fußnoten schon wieder passte.
Danke für die Infos! Ich hab das Zeichen, welches bei mir den Fehler verursacht, eruiert: Es ist das kyrillische Versal-K: http://www.decodeunicode.org/u+041A
Dank euren Infos weiß man jetzt wenigstens, dass bestimmte Zeichen den Fehler verursachen.
Aus gegebenem Anlass möchte ich das kyrillische Versal-K mit Unicode 041A als Verursacher dieses Problems nochmals bestätigen.
Ist dieses in einem Word-Dokument (ohne einfache dt. Anführungen, die diesen Fehler ebenfalls verursachen können) enthalten, führt es mit hoher Wahrscheinlichkeit zu dem Fehler, dass an einzelnen Stellen, wo im Text Fußnotenverweise stehen sollten, statt dessen rosa Kästchen erscheinen, die sich über die Suche nach '^;' leicht finden lassen:
Der dazugehörige Fußnotentext ist der nächsten Fußnote zugeordnet. Das geht so über ein paar Fußnoten hinweg, bis die Unterschlagung des Textes einer Fußnote wieder für die richtige Zuordnung der weiteren Fußnotentexte sorgt.
Das Verhalten beobachte ich sowohl in InDesign CS4 als auch in CS5(!). Selbst in CS3, das ich wg. dem Zerhackstückelungsproblem beim Import von Worddaten in CS4 und CS5 (mehrere Absatzenden mit Wortfragmenten werden reproduzierbar an das Textabschnittsende verschoben) inzwischen grundsätzlich zum Import von Worddaten verwende, taucht dieses Problem auf.
Abhilfe schafft das Ersetzen des einfachen dt. Anführungszeichens und des kyrillischen Versal-Ks durch einen Platzhalter (etwa '<001>' oder '##1##') in Word vor dem Import in InDesign.
Vielen Dank für die genaue Beschreibung und den hilfreichen Tipp zum Import.
Bei mir ist das Kind leider schon in den Brunnen gefallen: Ich habe etwa 450 Seiten importiert und bearbeitet; erst jetzt fallen die fehlenden und falsch numerierten Fußnoten auf.
Gibt es einen Weg, dieses Problem (zumindest teilweise) automatisiert zu lösen? Oder bleibt mir nur, den Inhalt der Fußnote 15 in Fußnote 14 zu kopieren, dann 16 auf 15 und so weiter?
ich behelfe mir in solchen Fällen mit einem Skriptpaar, das im ausgewählten Text die Fußnoten innerhalb des ausgewählten Textes um je eine Fußnote runter oder hoch verschiebt (z.B. alle Fußnoten von Fn 17 bis Fn 197 um je eine Fußnote runter, so dass am Ende der Text von Fn 18 in Fn 17 steckt ... der Text von Fn 197 in Fn 196).
Weil man manchmal zu viel erwischt – Auswahl von aktuellem Einfügemarke bis zum Ende des Textabschnitts – gibt es auch das Gegenstück: Text von Fn 196 hoch in eine neue Fußnote am Ende der Auswahl, Text von Fn 195 hoch in die freigewordene Fn 196 ...
Bei Interesse lasse ich Dir das Skriptpaar gerne (kostenfrei) zukommen. Schick mir einfach Deine email-Adresse (die meinige findest Du im Profil).
Viele Jahre später gibt es das Problem (bei InDesign CC 2018 und RTF-Import) immer noch. Habe gerade herausgefunden, dass ein Doppelpunkt in einem Text mit CJK-Zeichen (Unicode FF1A) und das Unicode-Zeichen 591A den oben beschriebenen Importfehler verursachen.
Interessanter sind damit die vier bekannten Verursacher: Unicode 041A, 201A, 591A und FF1A Alle vier enden mit dem Unicode "1A".
Ich hatte gerade ein Problem aufgrund eines Zeichens in der "Private Use Zone". Drei Vorkommen von Unicode E01A hatten bewirkt, dass gleich 23 Fußnoten in einem Dokument ausgefallen sind.
Nach vorübergehender Ersetzung dieses Zeichens in der RTF-Datei konnten alle Fußnoten richtig importiert werden.
Echt traurig, dass es diese Probleme 11 Jahre nach der ersten Diskussion darüber immer noch gibt.