Hallo Forum,

ich habe ein Problem und bin im Moment ratlos.
Folgende Situation: habe eine Broschüre bei einem Externen setzen lassen. Masterdaten (ID CS3 PC) und Wordfiles mit der neuen Sprachversion wurden von mir gestellt. In der Broschüre sind ca. 130 Abbildungen verknüpft. Diese Abbildungen habe ich nicht weitergegeben, weil ja nur der Text ausgetauscht werden sollte. So lief das bisher in der Vergangenheit sehr gut. Mein Externer arbeitet am Mac und hat mittlerweile auf CS4 umgestellt. Das wusste ich nicht und merkte es erst beim Öffnen der Datei. Also hat er mir die Daten noch einmal als inx geliefert.
Jetzt das Problem: beim Öffnen der inx-Datei zeigt mir mein ID CS3 127 fehlende Verknüpfungen mit dem Dateinamen foo.jpg.
Was ist da passiert? Hat ID CS4 beim Export nach inx die fehlenden Verknüpfungen ersetzt bzw. gelöscht? Ich kann es leider nicht nachvollziehen, weil ich CS4 nicht einsetze.
Hat jemand einen Rat? Danke im voraus.

Gruß, FriMi

Meines Wissens hat sich ein Dienstleister an gewisse Vorgaben zu halten. Eine der Vorgaben muss natürlich immer lauten: "Sie haben in Software XY v.ab zu arbeiten und zu liefern."
Ich gehe davon aus, dass solche Vorgaben mit Auftragsvergabe vorgelegt worden sind.
Lassen Sie den Herrn reparieren (Wandlungsrecht); wenn er sich weigert, korrigieren Sie selbst und ziehen den Schaden bei Begleichung der Rechnung ab.

Hallo

Das gleiche Problem hatte ich auch schon, glücklicherweise war es nur 1 Bilddatei.
Woher sich ID die foo.jpg holt, würde ich auch gerne wissen?

So langsam nimmt das Problem bei uns dramatische Formen an!
Datei mit 175 Verknüpfungen und allesamt heißen foo.jpg!
Und keine kann nachvollziehen warum. Ursprungsdatei hatte 101 fehlende Verknüpfungen (die aber allesamt richtig benannt waren)!
Auf PC und MAC von dieser Datei (mit fehlenden Verknüpfungen) eine INX angelegt und diese wiederum als INDD abgespeichert. Dieses Mal gab es keine Veränderung der Dateinamen! Crazy!

Damit müssen jetzt aus der deutschen Ursprungs-Datei alle 175 Bilder neu in die Übersetzung eingebaut werden. Glücklicherweise handelt es sich in diesem Fall "nur" um eine 2-sprachige Version. Nicht auszudenken, wenn dieses Problem das erste Mal bei unseren 22sprachigen Dokumenten auftritt oder bei einem Katalog mit 1200 Abbildungen!

Support-Anfrage bei Adobe ist gestellt; bin gespannt, wann eine Reaktion mit einer Lösung kommt! ;-(

Hallo Markus,

> Nicht auszudenken, wenn dieses Problem das erste Mal bei unseren 22sprachigen Dokumenten
> auftritt oder bei einem Katalog mit 1200 Abbildungen!

Dem GAU könnte man vorbeugen.
Etwa indem man per Skript den Rahmen, in denen Bilder platziert sind, den Pfad der Verknüpfung in die Skriptbezeichnung schreibt. Dann könnte man über diese Info später ggf. wieder das entsprechende Bild in einem solcherart bezeichneten Rahmen wieder platzieren.
Darüberhinaus könnten damit auch Zusatzinformationen z.B. bzg. dem Ausschnitt gesichert werden.

Hier auf die Schnelle eine Miniatur zur Etikettierung, die den Typ des Links nicht beachtet (und bei Text- und XLS-Verknüfungen eventuell Fehler produziert):

Code

var myLinks = app.documents.firstItem().links; 
for ( var i = 0; i < myLinks.length; i++ )  
	myLinks[i].parent.parent.label = myLinks[i].filePath; 

Vielen Dank Martin!

Kann momentan nur nicht verstehen, warum hier Probleme geschaffen werden, die es vorher noch nicht gab. Es ist momentan echt zum Verzweifeln... Ein echter Montag halt! ;-(

Nächste Baustelle ist auch schon offen *heul*

Ich bin ja hartnäckig...

Nach einer Supportanfrage und dem Austausch von INX-Files, in dem das Problem autrat und über Textedit zweifelsfrei nachweisbar war, dass die Links eigentlich vorhanden sein müssten, kam heute endlich eine Antwort von Adobe. Diese möchte ich Euch nicht vorenthalten:

Zitat

Sehr geehrter Herr ...,
verzeihen Sie bitte die verspätete Antwort, aber das Problem haben wir
aufgrund der Tatsache, dass wir es reproduzieren können einmal direkt an unsere Kollegen der Entwicklung in den USA gereicht.

Dieses Problem ist den Kollegen bekannt und diese sind derzeit stark
damit beschäftigt, diesen Produktfehler durch ein Update zu beheben.

Für weitere Fragen stehen wir Ihnen gerne zur Verfügung und bitten um
eine kurze Antwort.

Mit freundlichen Grüßen
....
Technischer Kundendienst

Bleibt zu hoffen, dass das Update den Fehler behebt.

Da wir in diesem Monat wieder 2 Fälle hatten, würde mich interessieren ob ihr auch noch dieses Problem habt.
Ich habe heute schon ziemlich lange wegen dem Problem gegoogelt, irgendwo habe ich einen Beitrag gefunden mit folgendem Hinweis

Die INX-Dateien, bei denen die Bilder durch ein generischen C:\foo.jpg ersetzt werden, stammen von Macintosh-Rechnern, während ich sie unter Windows öffne. Aus irgendwelchen Gründen speichert MacOS die Pfade zu den Bildern in der INX (manchmal oder unter gewissen Bedingungen) mit dem normalen Schrägstrich (/) als Trennzeichen. Unter Windows werden jedoch nur Backslash (\)-Trenner erkannt, anderenfalls wird der Bildpfad durch foo.jpg ersetzt.

Lösung:
Den Schrägstrich mit einem Texteditor durch Backslash ersetzen.

Gibt es schon irgendwas offizielles zu dem Thema, oder ein Skript, das das Problem behebt (PC)?

Da wir die .inx vom Kunde direkt erhalten haben, könnte es natürlich sein, dass er seine Programmversion nocht nicht upgedatet hat, aber bevor ich ihn danach frage wollte ich erstmal wissen, ob das Problem überhaupt noch besteht.

Ehrlich gestanden, ich glaube nicht, dass Adobe zu INX und CS4 irgend etwas nachbessert.
Bugs werden in der CS5 behoben, da gibt es kein INX mehr. Entwickelt wird in der nächsten Version. Was jetzt nicht in der CS4 repariert ist und nicht sicherheitsrelevant ist, wird nie behoben werden. So weit ich Adobe kenne, werden die in das INX keinen Cent mehr verschwenden.

ich befürchte genauso wird es sein.
Da wir die Dateien mit TM-Systemen übersetzen und die bisher teilweise nur .inx einlesen können, bleibt mir nur die Hoffnung, dass die Entwickler der Translation Memory-Systeme langsam erkennen, dass .inx nicht das neueste Dateiformat ist und sie da was tun müssen :-)

Wir stehen vor dem gleichen Problem. Uns wurde bereits im letzten Jahr zugesagt, dass eine Implementierung von IDML in der Entwicklung wäre. Bisher haben wir jedoch noch kein funktionierendes Update mit Unterstützung von IDML erhalten...