Hi,
AFPPaintingState is being used in three different places altogether in
FopTrunk source. The default constructor is being used in the following
three classes...
1. AFPDocumentHandler.java
2. AFPRenderer.java
3. AFPPageOverlayElement.java
There is a variable 'resolution' is being
Hi,
I tried every image format I could think of, none triggers the use of
PDFImageHandlerGraphics2D. AFAIU this is the only image handler that
doesn’t call PDFRenderer.placeImage or renderDocument in return, in
which accessibility is handled. So if that handler is used the generated
PDF will be
Hi Venkat,
This approach is not a good idea. It is possible that a runtime
environment is configured to have multiple instances of Fop being
instantiated by FopFactory with different rendering configurations (e.g.
renderer resolution values).
Its disappointing, but I've just noticed a bug
And you can use a WMF (Windows Metafile) file. See
org.apache.fop.image.loader.batik.ImageConverterWMF2G2D.java
On 15.10.2009 18:30:46 Jeremias Maerki wrote:
Hi Vincent
That would be Barcode4J, for example. If the latest code from
Barcode4J's CVS HEAD is used, ImageConverters get registered.
https://issues.apache.org/bugzilla/show_bug.cgi?id=48002
Summary: AFP plot values are incorrectly calculated in page
overlays when renderer-resolution setting not 240dpi
Product: Fop
Version: 1.0dev
Platform: PC
OS/Version:
https://issues.apache.org/bugzilla/show_bug.cgi?id=48003
Summary: [PATCH] Improved variable names around Kerning and
KnuthElement
Product: Fop
Version: all
Platform: PC
OS/Version: Linux
Status: NEW
https://issues.apache.org/bugzilla/show_bug.cgi?id=48003
Adrian Cumiskey d...@cumiskey.com changed:
What|Removed |Added
Status|NEW |RESOLVED