Hallo,

ich habe nach einer Alternative zu "findChangeByList.jsx" (und den diversen Mods) gesucht um mehrere GREP-Suchen- und Ersetzen-Vorgänge in einem Rutsch ablaufen zu lassen. Mir war das mit den Textfiles eine Hürde.

Eine bequeme Alternative bietet Peter Kahrel mit dem kostenlosen Script "GREP queries manager", da es ein User Interface bietet und darüber hinaus nützliche Zusatzfunktionen bereit hält.

Seit dem heutigen Update kann es die GREP-Ketten auf alle Dokumente, das Dokument, die Selektion, die Story, das Buch, oder sogar auf einen Ordner ausführen - und ist damit endgültig MÄCHTIG!

Lest selbst:
http://www.kahrel.plus.com/...p_query_manager.html


Oder in Kürze hier:
Es listet alle gespeicherten GREP-Suchen/Ersetzen-Abfragen in einer Auswahliste. Man kann verschiedene GREPs nun zu Ketten zusammenstellen und diese Ketten zur Wiederverwendung speichern.

Anstatt die GREPs wild auf das Dokument loszulassen, kann man es auch ersteinmal die Fundstellen in einer seperaten Datei mit Seitenzahlen auflisten lassen, um sicher zu gehen wo die GREPs etwas bewirken werden.

Man kann die gespeicherten GREP-Abfragen mit einen _kleinen_ Grep-Editor editieren! Und man kann als Zusatz einen größeren GREP-Editor von Peter Kahrel einbinden.

Es kann die GREPs zu Absatz-Grep-Stilen rüberkopieren, mit einem bequemen Dialog. Das ist Service!

Herzliche Grüße,
Stephan

Hallo Stephan,

ich möchte mich auch hier noch einmal
ganz herzlich für die Änderung am
Script bedanken.


Ebenso kann jetzt das Script
grep_style_report.jsx
http://www.kahrel.plus.com/...ep_style_report.html

auf Formatgruppen zugegreifen.


Gruß
Quarz

-------------------------------------------
InDesign CS5 7.04 | Win7/64 Prof.

Ich bekomme an zwei Rechnern folgende Fehlermeldung (s. Anhang) ...

In line 40 des Originalskripts steht nur der Anfang einer try-Klammer »try {«.
Diese kann den fotographierten Fehler nicht auslösen.

Allein mit diesem Bildschirmfoto von der Fehlermeldung ist im Grunde genommen gar nichts anzufangen.

Eine Beschreibung der Situation, die zu diesem Fehler führt, wäre das Mindeste, was zur Fehleranalyse beizusteuern wäre.
Darüberhinaus könnten Plattform und InDesign-Version u.U. relevant sein.
Wenn keine Worte einfallen, wenigstens eine Kopie des tatsächlich verwendeten Skripts (aber nur, wenn gar nichts mehr einfällt).

Ohne genauere Infos kann jedermann frank und frei behaupten, dem Anwender sei beim Kopieren und Installieren des Skripts ein Fehler unterlaufen.
Lösung: Skript neu runterladen, neu installieren und nochmal probieren.
Wenn's immer noch nicht geht: Skript neu runterladen, neu installieren und nochmal probieren (bis eine genauere Situationsbeschreibung geliefert werden kann).

Das Skript ist die Mühe einer detaillierteren Fehlerbeschreibung wert!

Nun - wenn es mehr zu berichten gäbe, hätte ich das sicher getan ;-)

Wollte einfach nur mal das Skript zum Testen aufrufen - Testdoku, Textrahmen mit Platzhaltertext unter ID CS4.

Weder auf meinem Laptop mit OS X 10.7.1 noch unter PowerMac G5 OS X 10.5.8 komme ich über diese Fehlermeldung hinaus.

Zurzeit fehlt mir die Zeit, das Skript nochmals herunterzuladen und zu Testen (ist eigentlich ein Päckchen und sollte ok sein ...)

Sollte sich noch etwas ergeben, melde ich mich ...

Peter Kahrel liest sicher mit und hat evtl. auf Anhieb eine Idee ... ist für MICH nicht so wichtig, aber evtl. bin ich ja auf etwas gestoßen, was einen Interessenten dann umtreibt ...

Hallo Jörg,

bitte entschuldige meinen gereizten Ton.
Mit so einer schlechten Laune sollte man nicht an die Öffentlichkeit gehen.


Wenn ich Dich richtig verstanden habe, dann bekommst Du nach Aufruf des Skripts nicht einmal die GREP-Palette zu Gesicht, sondern sofort die eingereichte Fehlermeldung.


Es hilft Dir wenig, wenn ich festhalte, dass hier unter verschiedenen Versionen (CS4, CS5; OS X 10.6.8) alles wie erwartet funktioniert und mir anhand des Bildschirmfotos und einem Blick auf Zeile 40 nichts zu einer möglichen Ursache einfällt.

Aber vielleicht findet sich noch jemand anderer, der den Fehler bestätigen kann und eine Idee für die Fehlerquelle entwickelt.

Entschuldigung akzeptiert ...!

Antwort auf:

Aber vielleicht findet sich noch jemand anderer, der den Fehler bestätigen kann und eine Idee für die Fehlerquelle entwickelt.

Hand heb!

Ich wollte das Script eigentlich erst in den nächsten Tagen testen, wenn ich ein wenig Luft habe. Aber Jörgs Beitrag hat mich dazu veranlasst, es vor einer halben Stunde testweise zu installieren.

Ich habe das gleiche Ergebnis wie Jörg. Keine Palette, nur die genannte Fehlermeldung. Dabei habe ich getestet:

– Peters Ordner in "Scripts Panel" gelegt.
– Peters Ordner in "Scripts" gelegt.
– Peters Ordner in "Startup Scripts" gelegt.

Bei letzterem kommt die Fehlermeldung schon beim Start von InDesign.

Ich habe auch das Fenster-Menü nach einem entsprechenden Eintrag für die Palette durchsucht. Fehlanzeige!

Das Ganze mit ID CS5 unter Mac OS 10.6.7.

Ralf,

danke, dass Du mir Deine Version des Skripts zugeschickt hast.
Damit kann ich den Fehler bestätigen.

Darin stelle ich aber auch fest, dass Zeile 40 nicht wie in meiner Version nur aus »try {« besteht, sondern aus »if (HISTORY.folder === undefined)«.

Offensichtlich haben wir unterschiedliche Versionen, obwohl auch von mir erst vor einer knappen Stunde heruntergeladen.

Ich werde die beiden Versionen mal vergleichen.
Aber wahrscheinlich macht es tatsächlich mehr Sinn, die Reaktion von Peter abzuwarten.


-----
edit:
In Ralfs – und wahrscheinlich auch Jörgs Version – steht der folgende Block ohne try-Klammer da:

Code

	if (HISTORY.folder === undefined) 
		var QTARGETFOLDER = ""; 
	else 
		var QTARGETFOLDER = HISTORY.folder; 

In meiner Version ist um diesen Block eine try-Klammer gesetzt.

Code

	try { 
		if (HISTORY.folder === undefined) 
			var QTARGETFOLDER = ""; 
		else 
			var QTARGETFOLDER = HISTORY.folder; 
			} 
		catch(_){var QTARGETFOLDER = "";} 

Weitere Unterschiede konnte ich nicht feststellen.
Möglicherweise bastelt Peter bereits an einer Lösung, während wir hier diskutieren. ;-)

Könnte read_previous () vielleicht null zurückgeben?

Wenn ja, könnte vielleicht folgendes helfen:

if (HISTORY != null)
{
try {
if (HISTORY.folder === undefined)
var QTARGETFOLDER = "";
else
var QTARGETFOLDER = HISTORY.folder;
}
catch(_){var QTARGETFOLDER = "";}

}
else var QTARGETFOLDER = "";

Einfach mal probieren.

Peter teilt mir mit, dass er die try-Klammer nachträglich eingefügt hat, um der Tatsache Rechnung zu tragen, dass Erstanwender noch keine History haben und deswegen beim Versuch, die History zu laden, ein Fehler eintritt.

Er empfiehlt, das Skript von der angegebenen Seite (http://www.kahrel.plus.com/...p_query_manager.html) erneut herunterzuladen und zuvor sicherzustellen, dass die Seite tatsächlich neu geladen wird (refresh). Möglicherweise hängt die alte Version (ohne try) noch im Cache.

Antwort auf:

Möglicherweise hängt die alte Version (ohne try) noch im Cache.

Dass wird's gewesen sein (nämlich der Safari-Cache). Das Script das du mir eben zugemailt hast, läuft einwandfrei.

Danke für die Problemlösung. Ich wäre vermutlich in ein paar Tagen darauf gestoßen…

Antwort auf [ WernerPerplies ]

if (HISTORY != null)

Gute Idee.

Es geht aber auch (kürzer, da ohne try-Klammer) so:

Code

	if (HISTORY == null || HISTORY.folder === undefined) 
		var QTARGETFOLDER = ""; 
	else 
		var QTARGETFOLDER = HISTORY.folder; 

Funktioniert es denn danach?

Antwort auf:

Funktioniert es denn danach?

Ja, es funktioniert mit der angegebenen Abfrage.