Hallo Leute,

ich habe Photoshop 2024 installiert und meine "klassischen Erweiterungen" sind nun weg. Da dies wohl auch mit der neuen InDesign-Version der Fall sein wird, wollte ich fragen, wie man ein Plug-in für Photoshop und/oder InDesign programmiert.

Also im Prinzip ein Panel mit Buttons, was entsprechende JavaScripte ausführt.

Ich hatte das ursprünglich als HTML Panel erstellt.

Ich habe bereits das hier gefunden https://scriptui.joonas.me, allerdings wird da nur ein JSX generiert.

Danke und Grüße

Hallo tsone,

da hast du beim Installieren von PS CC 2024 wohl die letzte Version deinstallieren lassen.

Wenn InDesign CC 2024 verfügbar ist, achte darauf, dass du die ältere Version nicht deinstallierst. Vor der Installation poppt ein Fenster auf, in dem man das einstellen kann.

In Sachen Script kann ich leider nicht helfen.

Viele Grüße Peter

Hallo Peter,

die 2023er habe ich noch installiert und da sind die Erweiterungen auch drin. Hatte mit Adobe gechattet und die Bestätigung bekommen, dass die alten Sachen rausgeflogen sind.

Ich habe mir Adobe UXP Developer Tool installiert und auch ein Sample Plug-in runtergeladen. Ich kann es aber nur über das Tool in Photoshop temporär aktivieren. Sobald Tool aus ist oder PS neu gestartet, ist das Plug-in weg.

Auch habe ich noch nicht ganz kapiert, wie man eigene JavaSkripte da einbinden kann. Hatte mein Skript in die main.js vom Sample eingefügt, aber scheinbar ist der Code nicht passend.

Im Popup Menu zum Projekt innerhalb von UXP DT gibt es unter Load und Debug weiter unten Package. Dabei fällt dann eine .ccx Datei heraus, also ein umbenanntes ZIP.

Doppelklick öffnet die .ccx Datei in der CC.app, nach ein paar Verunsicherungs-Dialogen ist es dann lokal installiert.

Hallo Dirk,

das mit den "Verunsicherungs-Dialogen" ist lustig 😁
Aber hat funktioniert. Besten Dank!

Dann versuche ich mal die JSs eingebunden zu kriegen.

Für die Mitleser wird der Vorgang hier beschrieben:

https://developer.adobe.com/photoshop/uxp/2022/guides/distribution/packaging-your-plugin/

Wenn Du von einem Beispiel Projekt startest, sollten sie schon eingebunden sein. Das Manifest zeigt auf das Haupt-HTML, dort im Script-Tag dann der passende Verweis.

Nach jeder Änderung: Debug in dem gleichen Menü, dann die Fehlermeldungen im den Fenster abarbeiten, das gewisse Ähnlichkeiten mit den Chrome Developer Tools hat. Manchmal funktioniert auch Watch, das nach jeder Dateiänderung automatisch Reload auslöst.

Um in die internen Abläufe etwas besser eingebunden zu werden, verwendet man entrypoints sowohl im Manifest als auch im Script.

https://developer.adobe.com/xd/uxp/uxp/reference-js/Modules/uxp/Entry%20Points/EntryPoints/

UXP Menüs wie in dem Beispiel funktionieren nur für Photoshop, dafür hat InDesign seine normalen Script-Menüs, die lassen sich zum Beispiel in plugin.create installieren (und in plugin.destroy wieder abräumen).

Folgendes Skript läuft, wenn ich es übers Menü (Datei->Skripten->Durchsuchen) aufrufe:

Code

function main(){ 
if(!documents.length) return; 
var Name = app.activeDocument.name.replace(/\.[^\.]+$/, ''); 
var docRef = app.activeDocument; 
var activeLay = docRef.activeLayer; 
var saveFile = File(Folder.desktop + "/" + Name + "_" + activeLay.name + ".png"); 
SaveForWeb(saveFile); 
} 
main(); 
 
function SaveForWeb(saveFile) { 
var sfwOptions = new ExportOptionsSaveForWeb();  
   sfwOptions.format = SaveDocumentType.PNG;  
   sfwOptions.includeProfile = false;  
   sfwOptions.PNG8 = false; 
   sfwOptions.transparency = true; 
   sfwOptions.optimized = true; 
   sfwOptions.interlaced = false;  
   sfwOptions.quality = 100; //0-100  
activeDocument.exportDocument(saveFile, ExportType.SAVEFORWEB, sfwOptions); 
} 

Binde ich es aber im Plug-in ein, funktioniert es nicht.

Jemand eine Idee, woran das liegen könnte?

Das sieht mir eher nach einem ExtendScript aus.
Typische UXP Scripte - kann das nur von InDesign Seite aus beurteilen - müssen sich die Terminologie des Programms erst explizit abholen:

{ app } = require("indesign");

Oder entsprechend für Photoshop. Ebenso andere Symbole wie ExportOptionsSaveForWeb, SaveDocumentType.

Wie weit man PS ExtendScript 1:1 übertragen kann weiss ich nicht, die zur Verfügung gestellten Funktionen sollen massiv überarbeitet worden sein.

Der Zeitpunkt des Scriptlaufs - der das frei herumstehende main() ausführt - ist der Programmstart oder die Installation des "Plugins". Wenn es statt dessen auf Knopfdruck starten soll, muss wie oben geschrieben ein entrypoint angelegt werden, etwa ein "command". Solche Commands erscheinen dann in der Plugins Palette. Sonst eben ein Menü, oder HTML basiertes UI.

Also, im Beispiel von der Adobe-Seite würde dann unterhalb von "command1" eine Zeile

Code

run: main 

stehen. - main ohne die folgenden Klammern, es soll ja die Funktion installiert werden, nicht deren Ergebnis.

Hallo tsone,
mir ist schleierhaft, weshalb das Skript überhaupt in InDesign laufen sollte.

Das ExportOptionsSaveForWeb ist eindeutig ein PhotoShop-Objekt und nicht im InDesign DOM vorhanden. Siehe PhotoShop DOM:

https://www.indesignjs.de/...tionsSaveForWeb.html

Hallo Uwe,

das Skript war nur beispielhaft, weil es mich erst bei Photoshop betroffen hat. Es wird mich aber bei Indesign auch tangieren und da noch stärker, nur ist die 2024er Version ja noch nicht released.

Mir ging es allgemein um die Erstellen von "neuen" Plug-ins. Ich habe ja bis jetzt immer mit Extended Scripts und HTML Panels gearbeitet.

Ich folgende Seite bei Adobe gefunden:
https://developer.adobe.com/...pts/getting-started/

Was mir da irgendwie fehlt, ist eine Übersicht mit allen Funktionen, die ich über ein Script steuern kann. Also praktisch eine komplette Liste mit allen Parametern, die geskriptet werden können und im besten Fall mit Beispielen.

Zitat von tsone

... das Skript war nur beispielhaft, weil es mich erst bei Photoshop betroffen hat. Es wird mich aber bei Indesign auch tangieren und da noch stärker, nur ist die 2024er Version ja noch nicht released.

Ich würde in keinem Fall beim Skripten von PhotoShop auf InDesign schließen wollen. Das gilt auch umgekehrt! Egal mit welcher Skriptsprache. Das zeigt mir jedenfalls meine bisherige Erfahrung mit beiden Programmen.

Zitat

Ich würde in keinem Fall beim Skripten von PhotoShop auf InDesign schließen wollen

Ausnahmen bestätigen die Regel.

Bei UXP hat Photoshop deutlich früher angefangen und ist noch immer der Vorreiter, ein großer Teil der Dokumentation findet sich nur dort, ist aber übertragbar. Wenn man nachfragt, kommt der direkte Link. Ich habe schon viel zu dem "modernisierten" Rechtemodell gelernt wo UXP ähnlich rumzickt wie ein Webbrowser mit CORS Befindlichkeiten, Dateisystem Sandkästen und was man sonst nur so von HTML kennt.

Wo es nicht passt, muss InDesign noch nachziehen. Etwa sogenannte Hybrid-Plugins - sowas wie ExternalObject von ExtendScript (C++ Plug-Ins gehen weiter), oder die UXP basierten Menüs (dafür haben wir ScriptMenüs), oder XMP (die ExternalObject Variante, der InDesign interne Ansatz sollte weiter funktionieren). Andere Bereiche funktionieren bereits, und scheitern dann wenn der CC.app Installer mitreden will. Vielleicht habe ich auch nur eine veraltete Version von gestern? Das soll keine Kritik sein, ich begrüße, wie viel sich gerade tut.

Für das eigentliche Scripting-Objectmodell passt natürlich Deine Aussage, wo es bei Photoshop viele Verbesserungen geben soll (verfolge das nur am Rand), während bei InDesign eher die Details ausgebügelt oder dokumentiert werden.