Hallo Haeme,
ich muss hier meinen Senf dazu abgeben ;-)
Die von Dir berechtigter weise zur Sprache gebrachte Restriktion der on-Host Separation auf PostScript Level 1 kompatible Daten gilt so in dieser Form eigentlich nur für reine PostScript-Worflows bei denen EPS-Dateien platziert und per separiertem PostScript-Code ausgegeben wird - also klassischer weise im Bereich der DTP-Programmme.
Allerdings arbeitet ein ARTS Crackerjack nicht auf Basis von schwer einzuschätzendem PostScript-Code aus diversen Erezugerprogrammen, sondern alleinig auf Basis des von Adobe Acrobat generierten PostScript-Codes. D.h. egal wie die zu separierenden Seitenobjekte ursprünglich entstanden, ist der resultierende PostScript-Code den ein Acrobat einer bestimmten Programmversion produziert eindeutig voraussagbar. Somit kann ein Software-Hersteller sich auf kritische Fälle vorbereiten und seinem Tool beibringen damit korrekt umzugehen indem man ihm den PostScript-Stil von Acrobat beibringt.
In den aktuellen Crackerjack Versionen existieren somit nur noch extrem wenige bekannte Restriktionen (wenn ich konkret eine aufzählen sollte müsste ich momentan sogar passen) in Bezug auf nicht korrekt separierbare Seitenobjekte.
Das hier beschriebene Problem führe ich viel eher auf einen Fehler in dem jeweiligen Crackerjack-Build zurück. Ich weiss nicht, ob inzwischen eine PDF-Testdatei bei uns eingegangen ist, aber ich bin ziemlich sicher, dass bei Ausgabe über eine aktuelle Version, das Problem nicht mehr existiert.
Auch Adobe hat die Technologie der on-Host Separation ständig weiter verfeinert. So ist ein Adobe InDesign 2 oder ein Acrobat 6 Professional in der Lage Seiten bzw. deren Objekte on-host zu separieren von deren korrekten Separation andere Software-Hersteller nur träumen können.
Mit freundlichen Grüßen
Robert Zacherl
************************
IMPRESSED GmbH
http://www.impressed.de