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.

Die konzeptionell einfachste Lösung dafür scheint mir zu sein, das Einklinken ins Menü und das eigentliche Script zu splitten.
Dann kann man das eigentliche Script übers Menü aufrufen, oder ihm ganz normal einen Shortcut geben oder es über die Scriptpalette starten oder sonstige Mechanismen bauen.

Antwort auf [ Gerald Singelmann ]

Die konzeptionell einfachste Lösung dafür scheint mir zu sein, das Einklinken ins Menü und das eigentliche Script zu splitten.
Dann kann man das eigentliche Script übers Menü aufrufen, oder ihm ganz normal einen Shortcut geben oder es über die Scriptpalette starten oder sonstige Mechanismen bauen.

Das ist die Notlösung, die ich im Moment auch verwende.
Allerdings wäre es natürlich schön, wenn man die Tastaturshortcuts wirklich ins Menü legen könnte, da man sie dort dann auch sieht.

Hallo Jürgen,

Zitat

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.

Ich werde mir das noch einmal in nächsten Tagen ansehen, falls Du bis dahin keine akzeptable Lösung gefunden hast.

Hallo Jürgen,

wie versprochen, habe ich mir die Sache noch einmal angesehen und bin ratlos.

Irgendwie ist die Implentierung der Menus etwas inkonsequent, Anwendermenus bleiben über einen Neustart erhalten, Menuitems und Menuactions nicht.

Über eine skriptgesteuerte Zuordnung von Shortcuts zu Menus habe ich gar nichts gefunden.

An der Action-ID kann es auch nicht liegen, auch wenn die ID jedes Mal auf's Neue vergeben wird, wird bei gleichen Bedingungen beim Neustart auch die gleiche ID erzeugt.

Diesen Sachverhalt kannst Du leicht in der Tastatur-Shortcuttabelle überprüfen.

Aber dennoch muss es irgendwie funktionieren, denn mindestens bei einem von Adobe mitgelieferten Startup-Script (ConvertURLToHyperlink) bleibt die Shortcut-Zuordnung bei mir erhalten.

Dennoch frage ich mich, ob Dein Wunsch das Skript in das Hauptmenu einzubinden und einen Shortcut zuzuweisen, wirklich die sinnvollste Lösung ist. Wäre es nicht sinnvoller, das Skript in das Kontextmenue für das entsprechende Objekt einzubinden?

Dann könnte man auch an dieser Stelle den Menueeintrag nur aktivieren, wenn wirklich das/die richtigen Objekte aktiv sind.

Unabhängig von Deinem letzten Problem habe ich mal eine eigene Version des Skriptes geschrieben, in der
1. einmalig ein Dialogobjekt eingerichtet wird
2. ein bereits bestehender Menueintrag erkannt wird
3. nur eine Datei verwendet wird.

Bei Interesse findest Du weitere Infos und das Skript zum Download hier:
WpsMakeGrid

Vielen Dank. Ich bin sehr gespannt:)
Sobald ich im weepee Forum freigeschaltet bin, werde ich mir das Script genauer ansehen.