Fehler 30615 bei Abfrage des "type of image" Ich werde mich in absehbarer Zeit mehr mit Java Script befassen (müssen). Das Ende von VB-Script wurde bereits bei Microsoft eingeläutet. Bevor es irgendwann nicht mehr läuft, muss ich wohl so oder so auf Java umstellen. Hätte auch den Vorteil, dass sich damit deutlich mehr Leute auskennen.
Da ich in Excel viel mit VBA mache und InDesign bei uns eng verzahnt mit Excel läuft, hatte sich VB-Script angeboten. Vieles kann man einfach übernehmen. (19/0)
danke für die weitere Suche nach der Ursache. Tatsächlich wird es so sein, dass einige Bilder über die Zwischenablage eingefügt wurden. Wenn ein solches Bild gelöscht und anschließend sauber platziert wird, ist der Fehler auch weg. Also, zukünftig sauberer arbeiten ;-).
var doc = app.activeDocument; for ( var n = 0; n < doc.allGraphics.length; n++ ) { try { $.writeln( doc.allGraphics[n].imageTypeName ); } catch(e) { $.writeln( e ); } }
Ein Dokument mit platziertem - indd - jpeg - png - über die Zwischenablage eingefügtem Bild
...ergibt diese Ausgabe:
Error: The property is not applicable in the current state. PNG JPEG InDesign
tl;dr: Wortsalat hat gepastete Bilder und diese haben intern keinen imageTypeName. Da hilft nur Try-Catch oder ein ganz anderer Ansatz.
Man gewöhnt sich mit der Zeit daran, dass InDesign ständig Objekte hat, bei denen eine Property nicht abfragbar ist. (109/3)
prima! Das fühlt sich sehr angenehm an, mit dem Problem nicht allein dazustehen.
Ja auch ich hatte zunächst mehrfach den Rechner neu gestartet und dann nach und nach alle Erweiterungen deaktiviert, um einen Schuldigen zu finden. Und nach all diesen erfolglosen Versuchen stand ich recht fassungslos da und hatte mich schließlich für das Downgrade (über eine Sicherungskopie) entschieden. Aber so was ist auch keine Lösung auf Dauer und gab mir also keine Ruhe.
Fehler 30615 bei Abfrage des "type of image" Ohne jegliche VB Kenntnis: Das klingt, also hätten diese Bilder intern keinen Type, so dass das Abfragen des Types einen Fehler wirft. Wie auch immer das passieren kann, dass ein Bild keinen Type hat. Vielleicht, weil sie per Zwischenablage eingefügt wurden? Keine Ahnung.
Der Weg über die Extension oder ein try-catch Block (wie auch immer das in VB aussieht) scheinen angemessen. (308/1)
... there is now a prerelease version of the ExtendScript Debugger for Visual Studio Code (v2.1.0 RC1) that includes support for Apple Silicon devices. You can join the Creative Cloud Developers Prerelease program to access it here: https://adobe.ly/3EXjH94
Nach einem Beitritt zum Creative Cloud Developers Prerelease Programm kann man sich den Extendscript- Debugger 2.1.0 (M1 Compatible) runterladen. Und das Tempo ist atemberaubend!
Hoffentlich folgen nicht zu viele andere Überraschungen. (183/2)
auf meinem MacStudio (Mac OS 15.5) arbeite ich im Emulationsmodus (Rosetta), damit der ExtendScript Debugger überhaupt funktioniert.
Zwar werde ich bei jedem Start auf den Emulationsmodus hingewiesen, aber für ExtendScript gibt es m.W. keine Alternative dazu.
Mit dem letzten Update von Visual Studio Code in den letzten Tagen (v. 1.101.0) ist die App aber so träge, dass ein vernünftiges Arbeiten im Grunde genommen nicht mehr möglich ist.
Kann jemand dieses Verhalten bestätigten? Gibt es Abhilfe? Oder geht es nur mit einem Downgrade?
Der ExtendScript Debugger (v. 2.0.3 vom 14.07.2022) wird vermutlich auch nicht mehr weiterentwickelt.
Wie schreibt und debuggt man heute auf dem Mac JavaScripte für InDesign? (190/3)
Meine Lösung - unter Voraussetzung meiner Prämisse - wäre es, das einzelne PSOuncoatedv3 Bild mit maximal möglichen Kanalerhalt in einen größeren CMYK-FR - evtl. eciCMYK - transformieren,
Wie machst du das? Die einzigen, die einzelne Objekte im PDF editieren können, wären Prinect PDF-Toolbox und Pitstop. Beide können aber keine einzelnen Bilder per Mausklick "transformieren" = konvertieren. Die können lediglich ein angetaggedes Farbprofil entfernen oder gegen ein anderes ersetzen. Das ist dann aber keine farbmetrisch korrekte Verarbeitung.
Und wenn man das macht, dann kann man doch auch gleich das Farbprofil löschen oder gegen das vom OI ersetzen, was aber identisch zu löschen wäre.
Keinesfalls würde ich auf die Idee kommen, hier einen Wide-Gamut-Farbraum wie eciCMYK zu verwenden. Hast du das mal ausprobiert? eciCMYK funktioniert überhaupt nicht und eciCMYK_v2 sieht auf den ersten Blick gar nicht sooooo schlecht aus.
dann das ganze PDF in einem Rutsch nach PSOuncoatedv3.
Kann man so machen. Aber dann sieht es mit eciCMYK_v2 auch nicht richtig aus, nach meinem Verständnis.
Für mich wäre das kein gangbarer Weg aus folgenden Gründen: - Ergebnis farmetrisch nicht korrekt - Widerspruch gegen PDFX-Philosophie - nicht automatisierbar - was ist wenn nicht nur das Bild betroffen ist, sondern noch andere Objekte. Die evtl. sogar noch verschachtelt kreuz und quer im PDF übereinander und drucheinander liegen? Im schlimmsten Fall noch nach einer Transparenzreduzierung vom Kunden? Willst du die dann alle einzeln anklicken?