> > 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 values we normally use for the area tree
> are in millipoints.
> Maybe we could return an AffineTransform with the point values, and the
> toArray can return the stored values, ie. without dividing by 1000.
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).
I tried using affine transforms, but my transformations where horribly
sheared.
> > 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.
>
> Yes, the pdf specific code should probably be somewhere pdf specific.
I'll create a couple of patches :)
-k.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]