Hallo,

ich muss leider vom Mac zu Windows wechseln. Daher habe ich auch die jsx-Dateien auf den PC kopiert. Dabei wird der Inhalt der Skripte in einen Wust von Zeichen umgewandelt. Der Code ist zerstört.

Seltsamerweise trifft das auf ein paar wenige Skripte nicht zu.

Ich habe auch schon versucht, die Dateien erst zu zippen und dann auf dem PC zu entpacken, aber auch dabei geht der Code kaputt.

Kennt ihr das Problem und vielleicht auch eine Lösung.

Gruß
Michael

Hallo Michael,

hast Du die Kodierung der Dateien mal geprüft?

Auf dem Mac z.B. mittels TextWrangler.

Für Windows dürfen die Dateien nicht »Western (Mac Roman)« kodiert sein. Am besten »Unicode (UTF-8)«.



Prüfe das mal mit einer bestimmten Datei, die auf Windows mit Zeichensalat ankommt.

Hallo Martin,

auf dem Mac mit TextWrangler geöffnet, steht da unten "Unicode (UTF-8, with BOM)"

Gruß
Michael

Sichere testweise mal UTF-8 ohne das »BOM«.

Mit was für einem Texteditor öffnest Du die Skripte unter Windows?

Mit dem ESTK?

Hallo Martin,

ich habe mir vom Mac aus jetzt selbst eine Mail geschrieben und eine jsx-Datei angehängt. Die Mail habe ich dann auf dem PC geöffnet und die Anhänge dort im Scripte-Ordner gespeichert. Dabei ist der Code erhalten geblieben. Soweit ist das erst einmal gut.

Doch das Script funktioniert nicht und bringt auch keine Fehlermeldung. Hier ist der Code:

// insertAnchoredFrame_TestVersion.jsx
//
var curDoc = app.documents[0];

// Zurücksetzen der Sucheinstellungen
app.findGrepPreferences = app.changeGrepPreferences = null;
// Setzen der Sucheinstellungen
app.findGrepPreferences.findWhat= "#A.+?#B";

// Suchen und Ergebnisse in Variable speichern
var results = curDoc.findGrep(true);

// Den Text in einen neuen Rahmen verschieben
for ( var n=0; n<results.length; n++ ) {
var curResult = results[n];
var a = curResult.insertionPoints[0];
var newTf = a.textFrames.add({geometricBounds: [ "0p", "0p", "14.5mm", "30mm"]});
newTf.appliedObjectStyle = curDoc.objectStyles.itemByName("Marginalie");
curResult.move(LocationOptions.AFTER, newTf.insertionPoints[0]);
}

// den neuen Rahmen 'säubern' und AF zuweisen
app.findGrepPreferences.findWhat = "#A(.+?)#B";
app.changeGrepPreferences.changeTo = "$1";
app.changeGrepPreferences.appliedParagraphStyle = "M_Marginalie";
curDoc.changeGrep();

// Zurücksetzen der Sucheinstellungen
app.findGrepPreferences = app.changeGrepPreferences = null;

Kannst Du daran einen Fehler sehen, der die Ausführung auf dem PC verhindern könnte? Auf dem Mac funktioniert das Script einwandfrei.

Gruß
Michael

Dem Skript entnehme ich aus reiner Anschauung keinen Hinderungsgrund für's Funktionieren. Mangels Testdaten kann ich aber auch nicht mehr tun als draufschauen.

Gegenfrage:
Gibt es ein Skript, das Du unter Windows bereits mal erfolgreich ausführen konntest?

Etwa dies:

Code

alert('Hello world!'); 

Vielleicht hilft auch mal ein Neustart von Windows.

"Hello World" funktioniert.

Ich habe das Skript gerade zuhause auf einem Laptop mit Windows 10 und InDesign CS6 getestet. Es funktioniert tadellos.

Folglich muss der Fehler doch irgend etwas mit der Installation von ID 2019 in unserem System zu tun haben. Das ist eine Windows VDI (Virtual Destktop Integration).

Ich reiche das Problem morgen an einen Admin in unserer IT weiter.

Gruß
Michael

Der Fehler ist gefunden!!

Es war gar nicht so, dass das Skript nicht funktioniert hat. Nur nicht auf den Seiten, auf denen ich mich bewegt habe.

Das Dokument hat 50 Seiten. Die Seiten 4 bis 21 wurden bei der Suche nach #A.+?#B einfach ignoriert.

Installiert war die InDesign-Version 14.0.2, mit 14.0.3 gibt es die Probleme nicht mehr.

Gruß
Michael