A normal cvs checkout gives you the development, which is different from current maintenance releases.
What you are describing can definitely be done with an extension (in the devel code only, so this is for later). in your fo: <instream-foreign-object width=".." height=".."> <myImage xmlns="my-space" id="unique-id"/> </instream-foreign-object> This small bit of xml will then be passed to your extension available on the user agent. This extension gets the image and sets up the PDFGraphics2D and does its thing. It should be easier. This way the extra code is contained in a simple extension. The difference is that you need to use instream-foreign-object instead of image. This class is the default pdf extension that handles svg: http://cvs.apache.org/viewcvs.cgi/xml-fop/src/org/apache/fop/render/pdf/PDFXMLHandler.java?rev=1.4&content-type=text/vnd.viewcvs-markup On Wed, 2002-05-22 at 14:42, Paul Reavis wrote: > In brief, the algo is this: > > 1) before pdf generation, the client program sets up the on-the-fly > snapshot objects - each is a subclass of OnTheFlyFopImage, supplying a > paint(Graphics2D) routine. > > 2) the client then registers the images somewhere in the FOP api (in > my current hack, with FopImageFactory directly) with a url like "onthefly:uniquename" > > 3) the client then runs the PDF generation > > 4) the PDFRenderer, when it encounters an external image reference > with an "onthefly:uniquename" URL, looks up the correspondingly-named > OnTheFlyFopImage in the registry > > 5) the PDFRenderer then sets up a PDFGraphics2D and runs > OnTheFlyFopImage.paint on it. > > 6) at some point before or after pdf generation, the application can > clear the registry, freeing up any memory used by the OnTheFlyFopImages. > > If you can describe in general what the algo would be for an extension > I'll be glad to try and implement it. Incidentally, am I getting the > development or maintenance branch when I just do a `cvs checkout`? > > Here are the actual examples from my current (outside of FOP) > code. Incidentally, I really think there needs to be a library class > with static methods like my convert() that allow a simple default > embedding for folks - that's a lot of code to have to write just to > run fop. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
