InDesign: Ebenen aus 5 Dokumenten in einem Dokument übereinander legen

einie

Hallo miteinander,

habe ein Projekt am laufen bei dem es um einen ca. 80 Seitigen Katalog geht, der Kunde hat mir für die 5 Sprachvarianten jeweils eine InDesign Dokument zur Verfügung gestellt. Da das Projekt nur mit einem Farbwechsel im schwarz gedruckt werden soll, benötige ich die 5 Sprachvarianten in einem Dokument quasi übereinander.

Kann mir jemand helfen?

Gruß EiniE

Mac, OSX 10.4 mit CS3

raysworld

Hallo,
naja, helfen ist relativ...
Schau doch mal bei den Meistern unter:
http://blogs.ulrich-media.ch/2008/12/indesign-moonbox-40-erschienen.html

Hier findest du ein Script das heisst: moonLayer.jsxbin
Erstellt die Ebenen «Grafik», «Text» und «Nicht zugewiesen» und schiebt die entsprechenden Objekte dort drauf

Damit sollte es dann klappen.
Danke fürs Feedback!
Ray

Gerald_Singelmann

Bei den Meistern ist sie doch hier schon...

Das Script aus der MoonBox verschiebt dumpf alle Objekte je nach Typ auf eine bestimmte Ebene und hilft bei der Fragestellung nicht weiter.

Wir hatten die Frage, ob man eine Ebene aus einem Dokument in ein anderes Dokument verschieben können schon einige Male hier. Ich kann mich nicht erinnern, dass es bisher eine Lösung gegeben hätte.

Das Problem liegt darin begraben, dass für eine vernünftige Lösung auch die Textverkettungen erhalten bleiben müssten und zwei drei andere knifflige Sonderfälle zu beachten sind.

Ein tumbes Script, das einfach nur Seite für Seite die Objekte einer bestimmten Ebene von Dokument A nach Dokument B verschiebt, wäre hingegen nicht sooo schwer zu realisieren.

raysworld

Okay,
mein Name ist nun Demut! (Neu)
Ich dachte, man hat, nachdem das Script gearbeitet hat, die Texte auf einer gesonderten Ebene und legt damit ein neues Dokument an um dann passgenau weiterzuarbeiten :-(

snafroth

Ich würde es über PDF lösen

http://www.3f8h.net/de/akutes/2008-09-22-0.php

Kai_Ruebsamen

Hallo!

Ich würde es auch über PDF lösen.

@ Sebastian, was soll uns dein Link sagen bzw. war das der Hinweis auf die zwei Tools?

1. Alle Texte im Dokument jeweils auf eine Ebene bringen falls noch nicht geschehen oder mit dem Skript aus der Moonbox nachholen.
2. 5x ein PDF X Kompatibilität mind. Acrobat 6 und Haken bei Acrobat-Ebenen erstellen an.
3. Im Acrobat die Ebenen einblenden und im PopUp per Ebenen importieren die anderen 4 Sprachen dazuholen.

Großes edit: Ich stelle gerade fest das man das Seitenweise machen muss. :(
Daher wahrscheinlich auch Sebastians Hinweis auf automatisierende Lösungen
Ist das wirklich so?? Schade!

Ansonsten einfachere Lösungen gerne posten.

Wolf_Eigner

Unterbrecht mich, wenn ich was Dummes sage, aber wäre es nicht am »ungefährlichsten«, wenn man – mindestens im fünften Schritt unbedingt mit Skriptunterstützung – Folgendes täte?[ol][li]»Ebenen beim Einfügen erhalten« (Ebenen-Palettenmenü) ist/wird aktiviert (gilt programmweit).[/li][li]In allen Originaldateien werden die zu bewegenden Ebenen eindeutig benannt (z.B. mit vorangestelltem Sprachkürzel, falls ansonsten gleich). Alle nicht benötigten Ebenen werden gelöscht.[/li][li]Eine Version wird die »Sammeldatei«. Die Konsistenz von Absatz-, Zeichen-, Tabellen-, Zellen- und Objektformaten/-stilen muss gewährleistet sein.[/li][li]Die kompletten Seiten einer Sprachversion werden (von Seiten-Palette der Quelldatei ins geöffnete Fenster der Zieldatei) ans Ende der Sammeldatei angehängt. Textverkettungen bleiben intakt, Ebenen ebenso.[/li][li]Die Inhalte der soeben hinzugefügten Ebene(n) werden – Druckbogen für Druckbogen – immer um gleich viele Seiten nach vorne verschoben, so dass schließlich wieder auf denselben Seiten landet, was inhaltlich zusammengehört. Ich hoffe, das ist gut skriptbar. (Manuell: Ausschneiden–Springen–Einfügen)[/li][li]Die überschüssigen Seiten am Ende werden gelöscht.[/li][li]Das Ganze wird ab Schritt 4 wiederholt, bis alle Sprachversionen untergebracht sind.[/li][/ol]Wenn das Verschieben der Elemente innerhalb der Sammeldatei machbar ist, sollte das eine unbedenkliche Lösung sein. Was meint Ihr? Ach, spräche ich nur JavaScript …

Edit: Beim Ausschneiden gehen allerdings dann doch die Textverkettungen hops. Per Skript auch?

Uwe_Laubender

Hallo, Wolf!

Antwort auf: Edit: Beim Ausschneiden gehen allerdings dann doch die Textverkettungen hops. Per Skript auch?

Ich habe mal im Adobe InDesign CS4_SDK unter Scripting nachgesehen. Dort gibt's zwei Beispielscripte von Adobe, das eine:
"MoveText.jsx", das andere:
"MoveTextBetweenDocuments.jsx"

Wobei "MoveTextBetweenDocuments.jsx" "Import/Export" zum Verschieben benutzt, also möglicherweise für Deinen Zweck unbrauchbar ist und in "MoveText.jsx" wird, wenn ich die Kommentare zum Script korrekt verstehe, der INHALT eines Textrahmens (Wort) mit dem "move"-Befehl verschoben, nicht der Textrahmen selbst.

Ob das Problem mit den Entkettung der Textrahmen durch Copy/Paste über den "move"-Befehl umgangen werden kann, ist eine Vermutung von mir. Vielleicht kann einer der Script-Spezialisten dazu etwas sagen. Oder andersherum, vielleicht stellt JavaScript eine Möglichkeit bereit seitenabschnittsweise Elemente auf einen Schlag über Copy/Paste zu verschieben, ohne daß die Verkettung der Textrahmen aufgehoben werden muß.

snafroth

Ich meinte nur, dass man dies - wenn es häufiger vorkommt - gut automatisieren kann. Bzw. mit z.B. der callas pdfToolbox Ebenen ein/ausblenden und reduzieren kann. So würde ich dies lösen und wäre sicher, dass sich im InDesign-Dok nichts automatisch verschiebt.

Vikimaus

Antwort auf: Hallo miteinander,

habe ein Projekt am laufen bei dem es um einen ca. 80 Seitigen Katalog geht, der Kunde hat mir für die 5 Sprachvarianten jeweils eine InDesign Dokument zur Verfügung gestellt. Da das Projekt nur mit einem Farbwechsel im schwarz gedruckt werden soll, benötige ich die 5 Sprachvarianten in einem Dokument quasi übereinander.
Kann mir jemand helfen?

Gruß EiniE

Mac, OSX 10.4 mit CS3

Wir arbeiten bei verschiedenen Sprachen in unseren Katalogen auch immer mit Einzeldateien. Spricht doch auch was den Druck angeht eigentlich nichts dagegen - wenn - die anderen 4 Dokumente von einem "Masterdokument" aus aufgebaut sind. Warum sollte man sich Unsicherheiten einbauen, die eigentlich nicht sein müssen? Und warum
zusätzliche Arbeit generieren. Bilder und andere Elemente werden auf gesperrten Ebenen angelegt. Somit ist gewährleistet, dass nichts verschieben kann und beim Belichten keine Fehlpasser entstehen.
Wir lassen vom Masterdokument alle Platten belichten und von den Sprachvarianten nur die Schwarzplatten.

Und siehe da eine Lösungsvariante mal ohne Script...

Greets
Markus

Wolf_Eigner

@[#0000cc]snafroth[/#0000cc]: Nach fast zwei Jahrzehnten im Agenturumfeld habe ich immer die »Korrektur in letzter Sekunde« im Hinterkopf. Die PDF-Lösung empfände ich in dieser Hinsicht als zu korrekturunfreundlich, ähnlich wie den Vorschlag von …

… @[#0000cc]Vikimaus[/#0000cc]: Ich meine, dass man sich mit der Methode, mehrere Versionen aus einer Mutterdatei zu erzeugen, gerade erst unnötige Unsicherheiten und Zusatzaufwand schafft – siehe »letzte Sekunde«. Wie Du andeutest, kommt diese Methode sowieso bloß in Frage, wenn man den Satz von Anfang an selbst besorgt. Und wenn in besagter Mutterdatei nach der Ableitung der »Kinder« keinerlei layoutrelevante Korrekturen mehr stattfinden. Sonst sind wir wieder bei DTP 1.0 und haben weder Sicherheit noch Zeit gewonnen.

Soweit ich bisher verstanden habe, geht es hier um gelieferte Dateien, die – u.a. zur Sicherheit(!) – auf irgendeine Art vereinigt werden sollen. Daher kommt aus meiner Sicht nur die Zusammenführung in einer einzigen Datei mit Ebenen und/oder bedingtem Text in Betracht.

Gerald_Singelmann

Gute Idee im Ansatz. Ach, hätte ich heute doch nur Zeit, das auszuprobieren ;)

Martin_Fischer

Hallo,

vor langer Zeit hatten wir eine ähnliche Diskussion und herausgekommen ist dabei das Skript CopyFromOneDoc2Another_LayerSensitiveWithDocSelection.jsx.

Bei diesem gehen Verknüpfungen von Textrahmen über einen Druckbogen hinaus verloren.
Z.B. wird eine Verknüpfung von einem Textrahmen auf S. 1 zu einem Textrahmen auf S. 2 entknüpft. Die Textrahmen behalten aber ihren Inhalt. und wenn man das von Hand neu verknüpft, sieht es aus als wäre nichts gewesen.

Ein Ansatz, das Verknüpfungsproblem zu lösen, bestünde darin, daß man bei Textobjekten textabschnittsweise vorgeht und den Textrahmen eine Erinnerung an den eventuell nachfolgend mit ihm verknüpften Textrahmen einimpft.

Da ich das selbst nicht brauche und diesem Skript nicht so weit über den Weg trauen würde, um es tatsächlich in einen workflow zu integrieren, überlasse ich die Ausführung gerne jemand anderem.

Gerald_Singelmann

Eine halbgare Lösung auf Basis des Vorschlags von Wolf Eigner kann man jetzt hier bestaunen ;) http://indesign-faq.de/index.php/objekte-bestimmter-ebenen-bewegen/
In dem Ansatz steckt leider ein Schritt, den man per Hand, aber nicht per Skript erledigen kann. Jedenfalls wüsste ich nicht, wie.

Wolf_Eigner

@[#0000cc]Gerald Singelmann[/#0000cc]: Toll, vielen Dank für diesen schnellen »Machbarkeitsbeweis«: http://indesign-faq.de/de/objekte-bestimmter-ebenen-bewegen/! Sehr wertvoll auch der Hinweis auf die »Dokumentseitenanordnung«, das hatte ich übersehen.

Das anfängliche Kopieren der Seiten von der einen in die andere Datei noch von Hand zu erledigen, sähe ich bei fünf Sprachen nicht als wirkliches Hindernis.

Ich frage mich nur gerade, ob es nicht besser wäre, die Objekte in der Zieldatei um so viele Druckbogen nach vorne zu verschieben, wie in der Zieldatei (Deinem linken Dokument) vorhanden waren (müsste sich das Skript dann wohl vor dem eigentlichen Arbeitsbeginn auslesen und merken). Mir scheint es als Standardeinstellung sinnvoll, die neu eingefügte(n) Ebene(n) auf dem ersten Druckbogen der Sammeldatei anfangen zu lassen.

Vielen Dank, ich freue mich schon auf morgen Abend, wenn ich hoffentlich Zeit zum Testen habe …

Gerald_Singelmann

Ich und meine Anleitungen...
Also angenommen, ich habe DokA mit 3 Seiten und DokB mit 5 Seiten, und ich habe die Seiten von DokB nach DokA geschoben:
Dann sieht das Script anhand des hinten noch offenen DokB, dass 5 Seiten zu verschieben sind.
Es wird vorausgesetzt, dass es die letzten 5 Seiten sind.
Seite 4 landet auf Seite 1.
Seite 5 auf Seite 2.
Seite 6 auf Seite 3.
Seite 7 auf Seite 4.
Seite 8 auf Seite 5.
Danach werden Seite 4-8 gelöscht.

In der jetzigen Form wird also jegliche Frage, die irgendeine Art von Intelligenz zur Beantwortung braucht - wie z.B. "Soll dem Dokument Seiten hinzugefügt werden oder nicht?" - auf den Anwender verschoben.
Denn wenn man anfängt, dass das Script intelligent sein soll, machen wir Pandoras Box auf.
- Soll überprüft werden, ob auf der "text"-Ebene bereits Objekte liegen?
- Soll überprüft werden, ob die "text"-Ebene in DokA und DokB gleiche Einstellungen haben?
- Soll überprüft werden, ob die zugewiesenen Musterseiten heil übernommen wurden?
Wenn ich ernsthaft drüber nachdenke, fallen mir wahrscheinlich noch zwei Dutzend potentielle Unklarheiten ein.

Ich denke, dass in dieser komplexen Situation ein tumbes Script, das die gesamte Verantworung beim Anwender lässt, sicherer ist.

einie

Hallo Miteinander,

zunächst möchte ich mich als "Forenneuling" für die zahlreichen Antworten bedanken!

Ich habe das Problem miterweile gelöst! Es handelte sich tatsächlich um gestellte indd-Dateien welche zur Produktionssicherheit in einem Dokument landen sollte.
Zum Glück beinhalten die Dokumente keine verknüpften Textrahmen, somit konnten die Ebenen über das hier
gefundenen Script kopiert werden:

http://www.hilfdirselbst.ch/foren/gforum.cgi?do=post_view_flat;post=208073;page=2;sb=post_latest_reply;so=ASC;mh=15

Anmerkung: Das Script hat bei mir am Anfang nicht richtig funktioniert. Ich muss dazu sagen das ich gewöhnlich am
Mac mit einem Netzwerk Account arbeite. Als ich es mit dem Lokalen Account versucht habe hat es auf anhieb funktioniert.
Kann es sein das es beim scripten Probleme aufgrund des Netzwerkaccounts gibt?

Jedenfalls habe ich das Problem gelöst und bin ihnen allen sehr dankbar!

Liebe Grüße

EiniE

andih

Hallo zusammen,
ich weiß, dass die Anfrage schon geschlossen ist - eigentlich - aber ja nicht das Problem - vor allem was die verketteten Texte betrifft.

Warum geht man nicht den Weg über das platzieren von ID-Seiten?
Die Sprachvarianten werden als ID-Dateien angelegt. Wie die dann aussehen, welche Schrift sie haben usw. ist im ersten Schritt nicht relevant. Es ist sogar möglich für verschiedene Sprachen verschiedene Formate zu hinterlegen.

Anschließend scriptet man das platzieren von ID-Dokumenten in das Hauptdokument.
Dadurch bleiben die Verkettungen erhalten, die Korrekturen - auch "Schnellschüsse" - werden im Sprachdokument vorgenommen, die Seiten werden wie Bilder oder verlinkte Texte über die Verknüpfen-Palette aktualisiert.

Das Scripte müsste lediglich folgendes können:
• platzieren der ID-Seiten in das Hauptdokument
• Startseite - auf welcher Seite soll die Sprachdatei im Hauptdokument starten / platziert werden
• Ebenen ein bzw. ausblenden - Welche Ebenen der platzierten Datei sollen angezeigt werden
• Wie soll die Ebene der platzierten Datei im Hauptdokument heissen
• Soll die Ebene nach dem platzieren automatisch gesperrt/ausgeblendet werden

Dies sollte eigentlich machbar / scriptbar sein.

Gruß
Andi

Martin_Fischer

Andi,

das hört sich gut an.
Tolle Idee.

Es fühlt sich sehr 'gewichtig' an: eine komplettes InDesign-Dokument in Einzelseiten in einem zweiten InDesign-Dokument platziert. Ohne Frage per Skript relativ einfach machbar.

Das wäre in der Praxis mal zu prüfen.

Wolf_Eigner

Zugegeben, diese Lösung hat zwei Vorteile gegenüber fünf völlig separaten Dateien:[ul][li]Relativ geringer Aufwand[/li][li]Ausgabe aus einer einzigen Datei[/li][/ul]Beide erscheinen mir allerdings so gut wie irrelevant angesichts der Nachteile gegenüber der echten Sammeldatei mit Ebenen:[ul][li]Veränderte Grundeinstellungen,[/li][li]Bild-/Standkorrekturen,[/li][li]Änderungen an Absatz-/Zeichen-/Objektformaten und Farbfeldern sowie[/li][li] Konturenführung[/li][li]und bestimmt noch einiges mehr[/li][/ul]wirken nicht automatisch auf alle Sprachen, sondern müssen – genau wie bei der »DTP-1.0«-Lösung – in mehreren Dateien vorgenommen werden. In der Datei, in der die anderen INDDs platziert werden, fällt ein abweichender Stand eventuell schneller auf als beim Vergleichen separater Dateien. Also haben wir eigentlich nichts gewonnen außer ein bisschen Komfort beim Aufspüren von Inkonsistenz.

Nächste Seite »