Hallo, Marco!
Ich hab mir Dein PostScript-File mal angesehen.
PitStop Professional kommt offenbar mit folgender Situation nicht zurecht:
(Die PDF-Stelle der von mir neu distillten PDF-Datei ist leider so kodiert, daß ich keine Aussage über die besondere Schwierigkeit machen kann, vor der PitStop Professional steht)
Der PostScript-Code der oben genannten Textstelle sieht in der PS-Datei, die Du mir zur Verfügung gestellt hast, folgendermaßen aus:
0.253769 0 33 0.0399933 0 (".#!f\237hrte!zu!einer!Sammlung!von!weichen!) awsh
368.544 117.638 mov
(!) sh
Und zwar kommts hierbei offensichtlich drauf an, ob ein Leerraum "(!)" mit "sh" abgeschlossen wird.
Anmerkung zu den PostScript-Definitionen:
"/awsh" wird aus dem PostScript-Befehl "awidthshow" gebildet
"/sh" wird von "show" abgeleitet
"/!" wird als Prozedur definiert, die ich noch nicht so ganz analysieren konnte, bestimmt aber offensichtlich einen rechnerischen Wert, den "show" und "awidthshow" brauchen.
So, jetzt zu meinem Experiment:
Lösche ich die "überflüssige" Prozedur "(!) sh" aus dem PostScript-Code, dann taucht die unrichtige Meldung mit der "künstlichen Fettstellung" NICHT mehr auf.
Das Ergebnis kannten wir ja bereits, da Du selbst drauf gekommen bist, den doppelten Leerschlag wegzulassen.
Was mich aber jetzt brennend interessieren würde, wäre ein Tool, mit dem man die PDF-Datei "dekodiert" anschauen könnte. Ich hab zwar versucht das PDF mit "ASCII" zu schreiben, aber auch da wird kein "Klartext" erzeugt, sondern "Kauderwelsch" kodiert. Sprich: Die Problemzeile wird im PDF nicht als Klartext dargestellt.
Aber vielleicht kann ja Herr Zacherl zu diesem Analyseproblem was sagen.
Gruß,
Uwe Laubender
The Blue 1 Communication Design GmbH
http://www.the-blue-1.de