Hallo,

der folgende Code lässt sich als gesichertes JSX aus der Skriptpalette in InDesign ausführen, bereitet aber bei der Ausführung im ESTK Stress (Warterädchen dreht sich bis zum manuellen Abbruch; (beobachtet im ESTK für CS6 und CC 2015)).

Code

alert(']]>'); 

Der String bereitet auch bei anderen Operationen Probleme:

Code

var str = ']]>'; 

Zerlegt funktioniert es auch im ESTK:

Code

alert(']' + ']>'); 
var str = ']' + ']>'; 

Hat jemand eine Idee warum?

Möglicherweise passt das zusammen:
<![CDATA[-Bug in ESTK CS5 und CS5.5

Hallo Martin,
zerlegen funktioniert. Oder eines der drei „schliessenden“ Zeichen escapen, das funktioniert IMHO ebenso(welches,das sollte egal sein). Es gab wohl schon diverse Diskussionen darüber.

Wenn ich mich richtig erinnere, dann trat dieses Verhalten erst nach der CS4 auf.

Hallo Hans-Jürgen,

ja, das Problem scheint alt bekannt zu sein: CDATA Error.

Aber es schien auch mit der CS6 behoben zu sein:

Zitat von Peter Kahrel

Various CDATA problems were fixed in the ESTK I think in CS6 (maybe CS5.5).

Leider nicht.
Weder in CS6 noch CC 2015.

Bin einen halben Tag blind durch umfangreichen Code gestolpert und hatte mir mit Alerts und Textexporten beholfen, bis ich nach Fertigstellung des Codes mich gezielt auf die Suche nach dem Störenfried gemacht habe. Hatte zunächst ein Nebeneinander von verschiedenen ESTK-/InDesign-Versionen im Verdacht.

Am Ende waren es diese drei Zeichen, ]]>, die mir das Debuggen blockiert hatten.

Was auch im CS6 ESTK funktioniert ist:

Code

$.writeln(""+"]]>"); 
$.writeln("]]\>"); 
$.writeln("]]\u003E"); 

Und ja: Das ESTK CC Version 4.0.0.1 (ExtendScript 4.5.5) weist den gleichen Fehler auf.

Antwort auf [ Martin Fischer ]

… Am Ende waren es diese drei Zeichen, ]]>, die mir das Debuggen blockiert hatten.

Hallo Martin,
Uwe hat dir ja schon ein paar Möglichkeiten genannt. Und genau das meinte ich mit:

Zitat von pixxxelschubser

… Oder eines der drei „schliessenden“ Zeichen escapen …

Wobei es – wenn ich mich an ein paar eigene Tests vor längerer Zeit noch richtig erinnere – völlig egal ist, welches der drei Zeichen escaped wird.

Funktionieren sollte also auch:
\]]>
]\]> oder wie schon gezeigt
]]\>

Das ist jetzt aber nur ungetestet und aus der Erinnerung heraus.

Grüße

Antwort auf [ Martin Fischer ]

Möglicherweise passt das zusammen:
<![CDATA[-Bug in ESTK CS5 und CS5.5

Hallo, Martin!
Ich hatte damals auf einen Beitrag von Andreas Janssen hingewiesen, der genau in die gleiche Falle getappt ist:

Bug or change in CS5 Extendscript Toolkit debugger or parser
Andreas Jansson 20.09.2010 05:40
https://forums.adobe.com/message/3147388#3147388

Zitat von Andreas Jansson

You can even minimize the code to this row in a script:

Code

// ']]>'; 

That single comment in a script makes my debugger hang.
I hope there are no other secret character combinations that need to be removed for my script to run in CS5...

Also, diese String-Kombination macht auch in Kommentaren Stress!

Hallo Hans-Jürgen und Uwe,

ja, mit dem Zerlegen oder dem Escapen oder Ergänzen klappt es prima.

Dass die Zeichenkombination auch wirkt, wenn sie auskommentiert wurde, hat mich in meiner Strategie zum Auffinden des Fehlers blockiert. Erst mit dem (destruktiven) Löschen von Code-Zeilen konnte ich mich an diesen Kern herantasten.

Vielen Dank für Eure Unterstützung.


Arbeitet ESTK intern mit CDATA und stört sich deswegen am Postfix ]]> und nur dort und nicht etwa auch am Präfix?

Der Präfix macht meines Wissens keine Probleme.

Ich habe das Problem mittlerweile als Bug reportet.

Ob da allerdings 'was in absehbarer Zeit passiert ist eher unwahrscheinlich. Das ESTK wurde schon länger nicht mehr weiterentwickelt (Seit 2012, wenn ich nach dem Copyright-Vermerk im Splashscreen gehe).

Unter OSX 10.9 oder 10.10 (bei OSX 10.11 bin ich mir nicht ganz sicher) ist das ESTK eher quälend langsam bis "nicht-mehr-zu-gebrauchen".