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.


To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to