Hi, after some (more or less successful) experiments with xproc I'm wondering if it wouldn't be better to implement everything in xslt and add the missing steps (for instance fop and schematron validation) as custom extension elements written in java. My argumentation: - Calling xslt from xproc you can only use string parameters (trying to fill in for instance a boolean parameter will result in conversion error) - The integration of xslt into oxygen "feels" much more advanced than that of xproc. - Direct output of messages from xslt (for debugging and logging with a link to the code that caused the output). (Running an xslt from xproc the xslt messages are not visible at all.) - I will have to add some custom extension written in java anyway. (So learning how to do it will be necessary in both cases.) Does anyone have more experience with xproc and could maybe add some arguments for or against xproc? Thanks and regards, Patrik GDV Dienstleistungs-GmbH & Co. KG Glockengießerwall 1 D-20095 Hamburg www.gdv-dl.de Sitz und Registergericht: Hamburg HRA 93 894 USt.-IdNr : DE 205183123 Komplementärin: GDV Beteiligungsgesellschaft mbH Sitz und Registergericht: Hamburg HRB 71 153 Geschäftsführer: Volker Sonnenburg Heiko Beermann ------------------------------------------------------------------ Diese E-Mail und alle Anhänge enthalten vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe der E-Mail ist nicht gestattet. This e-mail and any attached files may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distributionof the material in this e-mail is strictly forbidden.