Adrian,
this change (r706226) introduced a problem with image handling in AFP.
AFPImageGraphics2DFactory assumes that all Graphics2DImagePainters
passed in are GenericGraphics2DImagePainters (the subclass you made
top-level from ImageConverterSVG2G2D, strange naming, BTW, because
there's nothing
The WMF test case I've just uploaded into Trunk will help you reproduce
the problem. It's the same as with MathML.
http://svn.apache.org/viewvc?rev=708838view=rev
On 29.10.2008 10:38:14 Jeremias Maerki wrote:
Adrian,
this change (r706226) introduced a problem with image handling in AFP.
Il giorno 28/ott/08, alle ore 18:00, Andreas Delmelle ha scritto:
Have you investigated whether the column-balancing approach is of
influence here? I mean: are there significant differences between
using one narrower column (the same width you would get when using
two columns, only it
Jeremias Maerki wrote:
On 28.10.2008 18:55:39 Adrian Cumiskey wrote:
As you know Jeremias, this AFP library and an AFPRenderer was originally donated to the Apache
Foundation in 2006 [1]. It was donated as a prototype AFP library and renderer all mixed up together.
From the work I have done
Thanks for spotting this, I will investigate.
Adrian.
Jeremias Maerki wrote:
Adrian,
this change (r706226) introduced a problem with image handling in AFP.
AFPImageGraphics2DFactory assumes that all Graphics2DImagePainters
passed in are GenericGraphics2DImagePainters (the subclass you made
On Oct 29, 2008, at 10:51, Dario Laera wrote:
Il giorno 28/ott/08, alle ore 18:00, Andreas Delmelle ha scritto:
Have you investigated whether the column-balancing approach is of
influence here? I mean: are there significant differences between
using one narrower column (the same width you
