On Sat, 2002-07-27 at 01:40, Kevin O'Neill wrote:
> Ok, so the millipoints conversion is specific to the xsl:fo to pdf
> conversion, the fo tree being in millipoints (correct me if I'm wrong).
All lengths are in millipoints from the properties, fo tree to area
tree.
The renderers usually work in
> > 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().
>
> The toArray() method gets the proper value in terms of points so it is
> not really pdf specific. The v
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() wher