Adrian Cumiskey wrote:
Hi all,
I would like to call for a merge of the AFP branch [1] back into trunk.
This branch [1] contains a major rewrite of pretty much all the original
AFP code. The majority of
the AFP code is now homed in its own package separate from the renderer
code in org.apache.fop.afp.
The AFPRenderer itself is now only sone 800 or so lines long down from
the previous 1800+ lines and
now more properly extends the AbstractPathOrientedRenderer. There is
also now much more shared code
now betweeen the PDF and AFP renderers.
Major new functionality in the branch includes :-
* An AFPGraphics2D implementation which provides the ability to use
Batik to drive the production of
AFP Graphics (GOCA) output from SVG.
* Resource group leveling, external streaming and de-duplication of
images and graphics using
IncludeObject and ResourceGroup.
* Native image embedding support (e.g. JPEG, GIF, TIFF) using
ObjectContainer and a MOD:CA Registry
implementation.
* More robust AFP font parsing, although this is still in need of some
rework in the future.
I realize that testing these new AFP features in FOP may not be easy for
some of you. You can
however use the Infoprint Solutions (IBM) AFP Workbench Viewer for Windows
(http://www.ibm.com/support/docview.wss?uid=psd1P4000360) to view the
output.
[1]
https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_AFPGOCAResources
Adrian,
you've put a lot of work into the GOCA branch and it has some great
features, but....
There's one thing I don't like, which Jeremias points out in this thread:
http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-dev/200811.mbox/[EMAIL
PROTECTED]
We currently use the PDF plugin in our software and I prefer not to
upgrade the plugin without knowing what the justification the interface
change is?
+1 from me.
-0 from me (although this would change to +1 with the above issue resolved)
Adrian.
Thanks,
Chris
