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.
(11/0)

Gerald Singelmann
Programme -- Print/Bildbearbeitung -- Adobe InDesign Skriptwerkstatt
13. Jun 2025, 19:01

Visual Studio Code 1.101.0 (Universal) und ExtendScript
Vielleicht habe ich zu früh nach Hilfe gefragt, vielleicht hilft mein Beitrag aber auch anderen Betroffenen.

Gerade bin ich in die Diskussion FR: Native Apple Silicon Support for ExtendScript Debugger in VS Code gestolpert.
Dort wird auf eine Prerelease Version vom ExtendScript Debugger für VSC hingewiesen, die nativ auf Rechnern mit Apple Silicon Chip läuft:

Zitat von Abhishek Rao

... 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.
(41/1)

Martin Fischer
Programme -- Print/Bildbearbeitung -- Adobe InDesign Skriptwerkstatt
13. Jun 2025, 15:41

Prinect Color Editor unerwünschte Transformation?
Hallo,

Zitat

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.

Zitat

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?

Gruß
(12/0)

rohrfrei
PrePress allgemein -- CMS (Color-Management)
13. Jun 2025, 15:21

Fehler 30615 bei Abfrage des "type of image"
Hallo Martin,

ich habe vergessen zu erwähnen, das Script ist VBScript.
Da ist " = " beim Vergleich richtig.

Grüße Marcel
(59/1)

Wortsalat
Programme -- Print/Bildbearbeitung -- Adobe InDesign Skriptwerkstatt
13. Jun 2025, 09:50

Fehler 30615 bei Abfrage des "type of image"
Hallo zusammen,

ich habe ein Problem, bei dem ich die Ursache nicht finden kann.

- Innerhalb einer InDesign Datei habe ich InDesign Dateien eingebunden.
- Diese kann ich mit einem Script gegen andere InDesign Dateien (mit Fremdsprache) austauschen.
- Nach dem Austauschen der InDesign Dateien werden bei diesen die Rahmengrößen angepasst.
- Damit beim Anpassen nur InDesign Dateien berücksichtigt werden, frage ich den "type of image" ab.

Das lief soweit eigentlich alles immer problemlos.

Gestern tauchte allerdings plötzlich beim Einpassen der Fehler 30615 auf. Und zwar nicht bei den eingebundenen InDesign Dateien sondern bei einigen eingebundenen Bildern (.png, .eps). Da frage ich mich, warum die überhaupt berücksichtigt werden, wenn ich zuvor auf den Typ InDesign prüfe.



For n = 1 to myDoc.allGraphics.count
Set Datei = myDoc.allGraphics.Item(n)
If Datei.ImageTypeName = "InDesign" then
Set myFrame = Datei.Parent
myFrame.Fit idFitOptions.idFrameToContent
End if
Next



- Bei dem InDesign Dokument werden keine Fehler angezeigt. Alle Verknüpfungen sind ok.
- Preflight - alles ok.
- Ein neues Verknüpfen der fehlerhaften Grafiken bringt nichts.
- Speichern der Datei als IDML und dann wieder Indd bringt auch nichts.
- Der Fehler ist erst weg, wenn man die Bilder, bei denen der Fehler auftritt, löscht und ganz neu im Dokument platziert.



Alternativ würde ich jetzt nicht den Typ sondern die Dateiendung prüfen. Aber wenn man schon den Typ abfragen kann, wäre es der einfachere Weg.

Hat jemand eine Idee, wo es haken könnte?

Grüße Marcel
(73/4)

Wortsalat
Programme -- Print/Bildbearbeitung -- Adobe InDesign Skriptwerkstatt
13. Jun 2025, 09:11