I did a few short tests and a number of problems appear:

- Testcase external-graphic_oversized.xml: Bitmap images are misplaced
(shifted to the top and left).

- Testcase block-container_absolute-position_fixed.xml places the fixed
block-container wrongly (too far down).

- Testcase external-graphic_basic.xml (for example):
        at java.lang.System.arraycopy(Native Method)

- Testcase external-graphic_tiff.xml:
 java.lang.ArrayIndexOutOfBoundsException: 5087

- Testcase external-graphic_rfc2397.xml: I get an error message when
opening the file in IBM's AFP Workbench. Looks like the data URL somehow
survives into the AFP file and triggers something bad there.

- Testcase external-graphic_svg(z).xml: The SVG content is blank when
viewed in IBM's AFP Workbench.

- Barcodes generated with Barcode4J's FOP extension don't show up (blank
content). In the case of the AFP renderer they are painted through the
AFPGraphics2DAdapter. But looking at that class, Java2D graphics are
still painted to a bitmap. Maybe you forgot that you might be able to
use the new GOCA stuff for this, too.

Sorry for the bad news but it looks like you still have a few things to

On 03.06.2008 13:19:43 Adrian Cumiskey wrote:
> I would like to propose the merging of the AFP branch [1] back into trunk.
> This branch [1] contains a major rewrite of much of the old AFP MO:DCA 
> package and new functionality 
> for the rendering of SVG instream-foreign-object/external-graphic as AFP 
> GOCA.  This branch also 
> contains data object (image
> etc) resource group leveling (at page, page-group (maps to page sequence), 
> document, print-file and
> external level.
> I realize that these new features in AFP rendering may not be easy to test 
> for some of you but any
> feedback would be helpful.
> [1] 
> https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_AFPGOCAResources
> +1 from me.
> Adrian.

Jeremias Maerki

Reply via email to