As you will have seen, I've uploaded some changes into a temporary branch. I've not committed them to Trunk since I've done some changes at the lowest level in the PDF library and I've not done very extensive tests (encryption etc.). I don't want to destabilize the 0.95 release in case I made a mistake somewhere. If anyone does more extensive tests and feels that the changes can safely be merged back into Trunk, feel free. Otherwise, I'll look into it after my holidays.
I've created "PDF in PDF" support in two parts: 1. Changes to core FOP, mainly the PDF library and infrastructure for the image package and the PDF renderer. (revision 563142) 2. A fully separate package with only the PDF-in-PDF code (with a dependency on a specially patched PDFBox (didn't work out of the box for me). I have yet to send a patch to Ben for PDFBox. Part 2 can be downloaded from my website: http://www.jeremias-maerki.ch/download/fop/pdf-images/ What this enables is using PDF files as the "src" attribute of an fo:external-graphic when doing PDF output. This does not work for any other renderer. If anyone wants to experiment with it, please find more details/limitations in the README file in the distribution. Feedback is welcome. The code is to be considered experimental! The reason why I provide a separate package for the plug-in is that I needed to use PDFBox to parse the PDF. Of course, I can't just add a new dependency to FOP without consulting the team. I wanted to get this off my machine before I finally go off-line (long holidays until the end of September). Have fun, Jeremias Maerki On 06.08.2007 16:03:02 jeremias wrote: > Author: jeremias > Date: Mon Aug 6 07:03:00 2007 > New Revision: 563142 > > URL: http://svn.apache.org/viewvc?view=rev&rev=563142 > Log: > Preparations for supporting "PDF in PDF" (PDF file as "src" attribute for > fo:external-graphic). > > Changes in the PDF library: > - Support all basic PDF objects as generic classes. > - Reworked some of the PDF classes to use the new generic classes instead of > writing to StringBuffers everywhere (less code, less error-prone in the long > run). > - Finished Form XObject support. > - Manage Image XObjects together with Form XObjects in PDFDocument > - Tweaked the filters so externally applied filters can more easily be > handled. > > Changes to image package: > - Added a very simple and temporary dynamic registration for image > implementations (in order to plug in external image implementations) > ("temporary" since the image package redesign is still on the task list for > this year) > > Changes to the PDF Renderer: > - Added a PDFImageHandler interface which can be used to create arbitrary > XObjects (in the case of PDF-in-PDF: Form XObjects).
