Disclaimer und Hinweise vorab: Dieser Hack greift in die Verhalten von XPress 7.02 ein. Abstürze und anderweitig abnormale Verhaltensweisen können daher die Folge sein. Es empfiehlt sich dringend vor dem Eingriff Sicherungskopien der betreffenden Dateien anzulegen um diese später wieder einspielen zu können. Außerdem gilt natürlich: Einsatz auf eigene Gefahr und ohne Garantie, da von mir noch nicht ausführlichst durchgetestet. Es handelt sich hierbei auch um keinen von mir empfohlenen Workflow, ich würde es eher in die Kategorie "interessant" einstufen.

Jetzt zur Sache:
QuarkXPress 7.02 hat ja beim PDF-Direkt Export eine Evaluierung auf PDF/X-3 und X-1a fest eingebaut. Dahinter steht das Preflight-Modul von callas, dass ja auch in Adobe Acrobat Professional seine Dienste tut. Auch das entsprechende Dateiformat für den Austausch der Prüfprofile ist das selbe - .kfp
Nachdem die Prüfmöglichkeiten jedoch im Interface fest verdrahtet sind, besteht erstmal keine Möglichkeit hier diese Engine erweitert, ausser für die Basis PDF/X Evaluierung, zu nutzen. Quark wollte hier wohl vermeiden, dass ein zweites Preflight-System innerhalb von XPress 7 der eigenen Job Jackets Technologie Konkurrenz macht, da diese ja bis zu einem gewissen Grad auch als "Preflight" agieren.

Es gibt jedoch einen "Hack" durch den XPress 7.02 hinter den Kulissen ein erweitertes kfp-Profil untergeschoben werden kann:
Im Ordner QuarkXPress 7.01 (Programmordner): XTensions: pdfinspektor3: Profiles liegen die Prüf-Profile.
Wird mit den PDF-Ausgabestilen von PDFX-ready gearbeitet ist die Datei PDF_X_3_2002_Ready_CMYK.kfp entscheidend. Diese sollte dringend vorher gesichert werden!!! Dann kann es durch das Acrobat Prüfprofil von PDFX-ready (ebenfalls downloadbar) oder auch ein anderes ersetzt werden (vorher umbenennen).
Am PDF-Ausgabestil ändert sich dann selber nichts, jedoch wird im Hintergrund das neue Setting angesteuert. Die PDF/X Gültigkeit wird dann auch nur noch vergeben, wenn die Datei entsprechend durchgeht. Im Logfile finden sich die Einzelheiten, natürlich nicht so komfortabel, wie es in Acrobat der Fall wäre.
Jedoch findet jetzt im Hintergrund quasi unbemerkt und automatisch eine Prüfung auf PDF/X-Plus Kriterien statt und zwar inhaltlich konsistent zu dem, was auch Acrobat liefert.

Ich denke das ist schon eine interessante Sache, gerade wenn der PDF/X-Stempel erst dann vergeben werden soll, wenn auch die PDF/X-Plus Prüfung bestanden wurde.

Nochmals - bitte den Disclaimer beachten,
Georg Obermayr

Eine Sache ist definitv problematisch: Die Prüfung mit PDFX-ready scheitert immer mit der Meldung "OutputIntent missing *Error*"

Warum ist das so?
-> XPress 7 vergibt den Output Intent ganz zum Schluss nach der erfolgreichen PDF/X-Evaluierung. Ich hatte ja schon mehrfach darauf hingewiesen, dass ein XPress 7 PDF bei gescheiterter PDF/X-Evaluierung als PDF/X-Flags hat, ausser dem Output Intent!
Weil dieser eben erst nach erfolgreicher Callas-Prüfung gesetzt wird.

Nachdem aber eigentlich schon zuvor, also während dem PDF-Preflight auf vollständige PDF/X-Konformität geprüft werden müsste (bei Einsatz eines PDFX-ready Profiles), müsste diese Evaluierung eigentlich immer scheitern, da der Output Intent ja zum Zeitpunkt der Überprüfung immer fehlt.

Der Kunstgriff den Quark hier bei seinen Prüf-Profilen angewandt hat, um das zu umgehen ist folgender: Die inhaltlich relevanten Parameter für PDF/X werden über eigens erstellte benutzerdefinierte Regeln abgefragt. Dabei fehlt eben eine Prüfung auf den Output Intent, somit kann hier auch kein Fehler entstehen.

Um also die PDFX-ready Profile hier anständig nutzen zu können, müsste man diese entsprechend anpassen. Sprich: Die "normale" PDF/X-Prüfung rausnehmen und dann auf benutzerdefinierte Regeln umlegen um somit den Output Intent auszuklammern. Ein solches Profil wäre aber dann wohl nur noch sinnvoll für XPress 7 zu verwenden...

Georg Obermayr