Hallo zusammen,

ich verzweifle mal wieder.
Es gibt in den InDesign Samples ein Script namens MakeGrid.jsx.

Nun habe ich versucht dieses Script als Menüeintrag hinzuzufügen.

MakeGrid2.jsx ist das StartUp Script
MakeGrid_org.jsx ist das Script, das ausgeführt werden soll.

Wenn nun in einem Dokument ein Frame markiert wird und ich das MakeGrid_org.jsx über das Scriptpanel ausführe, dann klappt alles wunderbar.
Sobald ich den zugehörigen Menüeintrag aufrufe, wird das script ausgeführt, aber direkt danach kommt es zu einem InDesign (Win/CS5) Crash.

Ich habe keine Idee, woran das liegen kann.
Daher meine Bitte. Könnte irgendjemand mal testen, ob bei ihm das selbe passiert?
Ob ich irgendwo etwas wesentliches übersehen habe.

Hallo Jürgen,

ich bekomme Dein Skript nicht zum Laufen.
Vermutlich weil ich ihm nicht die Umgebung liefern kann, die es erwartet.

Aber ich kann bestätigen, dass es bisweilen Probleme bereitet, ein Skript, das über die Palette und über ESTK ohne Mucken läuft, in das Menü einzuhängen. Siehe z.B. http://www.hilfdirselbst.ch/..._P455151.html#455151.

Quarz hat in http://www.hilfdirselbst.ch/..._P456866.html#456866 einen Zusammenhang mit einer Selection herausgefunden. Spielt das bei Dir auch eine Rolle?

Antwort auf [ Martin Fischer ]

Hallo Jürgen,

ich bekomme Dein Skript nicht zum Laufen.
Vermutlich weil ich ihm nicht die Umgebung liefern kann, die es erwartet.

Aber ich kann bestätigen, dass es bisweilen Probleme bereitet, ein Skript, das über die Palette und über ESTK ohne Mucken läuft, in das Menü einzuhängen. Siehe z.B. http://www.hilfdirselbst.ch/..._P455151.html#455151.

Quarz hat in http://www.hilfdirselbst.ch/..._P456866.html#456866 einen Zusammenhang mit einer Selection herausgefunden. Spielt das bei Dir auch eine Rolle?

Ja, das Script teilt ein selektiertes Frame in mehrere kleinere Frames auf.
Danke. Werde den Links mal folgen.

Hallo Jürgen,

Zitat

Daher meine Bitte. Könnte irgendjemand mal testen, ob bei ihm das selbe passiert?

Ja, passiert.

Und es liegt nicht an der Selektion des Rahmens.

Ich habe das Scipt etwas umgebaut und lade den Rahmen direkt in die Objektliste: -> gleiches Verhalten.

Danach habe ich den Teil mit dem Dialogfenster entfernt und die Splitroutine direkt mit den Standardparametern aufgerufen:
-> Das Skript funktioniert jetzt einwandfrei.

Versuche einfach mal, statt des Dialogfensters ein Fenster des Typs Panel oder Window (ScriptUI) zu verwenden, vielleicht klappt's dann.

Antwort auf [ WernerPerplies ]

Hallo Jürgen,

Zitat

Daher meine Bitte. Könnte irgendjemand mal testen, ob bei ihm das selbe passiert?

Ja, passiert.

Und es liegt nicht an der Selektion des Rahmens.

Ich habe das Scipt etwas umgebaut und lade den Rahmen direkt in die Objektliste: -> gleiches Verhalten.

Danach habe ich den Teil mit dem Dialogfenster entfernt und die Splitroutine direkt mit den Standardparametern aufgerufen:
-> Das Skript funktioniert jetzt einwandfrei.

Versuche einfach mal, statt des Dialogfensters ein Fenster des Typs Panel oder Window (ScriptUI) zu verwenden, vielleicht klappt's dann.

Vielen Dank. Auf die Idee muss man erstmal kommen.
Das werde ich nachher gleich mal ausprobieren.
HERZLICHEN DANK und ein frohes Weihnachtsfest an alle.

Löschen Sie die Zeile raus, die den Dialog entfernt, vermutlich "myDialog.destroy()" o.ä.

Der Rest kann blieben, wie er ist.

Antwort auf [ Gerald Singelmann ]

Löschen Sie die Zeile raus, die den Dialog entfernt, vermutlich "myDialog.destroy()" o.ä.

Der Rest kann blieben, wie er ist.

Amazing:)
Warum das so ist, das kann vermutlich keiner erklären, oder?

Zitat

Warum das so ist, das kann vermutlich keiner erklären, oder?

Naja, Vermutung: durch "destroy" muss ID aufräumen und tut das auf eine Art und Weise, die nicht bedenkt, dass durch den Menüaufruf noch andere Sachen später aufgeräumt werden müssen. Sprich: Speicherbereiche sind schon gelöscht, die "afterMenuInvoke" (oder wie das intern heißen mag) noch vorzufinden gedenkt.
Was genau das ist, können aber nur die Entwickler von Adobe sagen.

Thinks: habe ich dafür eigentlich schon einen Bug-Report geschrieben?

Guten Tag Herr Singelmann,

nicht alles was funktioniert, ist auch in Ordnung.

Sie produzieren auf diese Art mit jedem Skriptaufruf einen weiteren Dialog.

Sie können das leicht durch testen: ->

alert("Dialoganzahl: " + app.dialogs.length.toString());

Das kostet im besten Fall Resourcen und Speicher.

Besser wäre es dann vermutlich, den Dialog einmal einzurichten und wieder zu verwenden.

Hallo Werner!
Da hätte ich erst mal ein Verständnisproblem. Das Script ist doch ein "Startup"-Script. Weshalb sollte das pro InDesign-Session mehrmals aufgerufen werden?

Hallo Uwe,

so wie das Script zur Zeit konstruiert ist, wird das aufgerufene Skript mit jedem Menueaufruf erneut aufgerufen:
-> _entry.eventListeners.add("onInvoke", MakeGridRunStart);

und damit auch die Funktion myDisplayDialog(myObjectList)

Ergänzung:
Die Lösung könnte deshalb darin liegen, das Dialogwindow außerhalb des Events vor dem ersten Aufruf zu erzeugen.

Hallo, Werner!
Oder man könnte abfragen, ob es bereits existiert, falls nein, darf es aufgerufen werden, falls ja, braucht es nicht mehr aufgerufen zu werden.

Ich glaube, das war auch mal ein Thema in folgendem Thread im Adobe Scripting-Forum:
http://forums.adobe.com/message/4091541#4091541

Besonders faszinierend ist Marc Autrets "Menu Loader"-Script im gleichen Thread weiter unten:

http://forums.adobe.com/message/4092090#4092090

Hallo Uwe,

Zitat

Oder man könnte abfragen, ob es bereits existiert, falls nein, darf es aufgerufen werden, falls ja, braucht es nicht mehr aufgerufen zu werden.

Ja klar, aber ich ziehe die andere Löung vor, das macht m. E. den Code etwas übersichtlicher.

Ich würde auch alles in eine Datei packen.

Bei meiner aktuellen Art des Menüaufbaus gibt es anscheinend noch ein ganz anderes Problem.
Ich kann den Menüeinträgen zwar Keyboard-Shortcuts zuweisen, aber die sind beim nächsten Start von InDesign ungültig da sich anscheinend die ID des Menüeintrags geändert hat.