Re: svn commit: r706226 - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src/java/org/apache/fop: image/loader/batik/ render/afp/ render/afp/goca/

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 t

Re: svn commit: r706226 - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src/java/org/apache/fop: image/loader/batik/ render/afp/ render/afp/goca/

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=708838&view=rev On 29.10.2008 10:38:14 Jeremias Maerki wrote: > Adrian, > > this change (r706226) introduced a problem with image handling in AFP. >

Re: svn commit: r706226 - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src/java/org/apache/fop: image/loader/batik/ render/afp/ render/afp/goca/

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