I've been having a look at org.apache.fop.area.CTM and I notice that the toArray() method modifies the e and f elements of the matrix by dividing them by 1000 before returning them in the array. This seems to be there to support one function org.apache.fop.render.pdf.PDFRenderer.startVParea() where it is used to create an AffineTransform for the current state.
As I'm using the CTM class to generate PDF files outside of xslf:fo and I don't want e and f to be divided by 1000. My quick solution was to add a method toPDFArray() that does what the current toArray() does and update toArray() not to do the division and updated the call in startVParea(). I think a better solution would be to create a helper class in org.apache.fop.render.pdf that does the toPDF functions and remove the knowledge of the pdf rendering requirements from org.apache.fop.area.CTM If this seems like to right way to go I'll create some patches for this. -k --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
