- original Nachricht
Betreff: Re: RTF, nested tables, context enhancement - status
Gesendet: Fr 26 Mai 2006 16:42:13 CEST
Von: Jeremias Maerki[EMAIL PROTECTED]
On 23.05.2006 08:02:50 b.ohnsorg wrote:
- original Nachricht
Betreff: Re: RTF, nested tables,
It would be good if we could migrate this thread to fop-dev. Please
subscribe there if you're not already. Thanks.
On 30.05.2006 08:13:50 b.ohnsorg wrote:
- original Nachricht
Betreff: Re: RTF, nested tables, context enhancement - status
Gesendet: Fr 26 Mai 2006 16:42:13 CEST
As has been said many times on this list, FOP still has some
restrictions concerning the handling of large documents. There are a
bunch of work-arounds, most of them documented on the website and many
of them elaborated on this list.
The long-term solution is to allocate resources to help us
We have a strange behaviour in our application. There is the possibility
to generate single PDFs or several PDFs in series. There is no problem
when producing single PDFs but when generating large series of PDFs (the
same as can be generated singly), we ar running in an
OutOfMemoryException.
Daniel Noll wrote:
David Delbecq wrote:
Increase memory allocated to java with -Xmx256m
That's an invalid solution for two reasons:
1. Customers who use our application often only have about 256MB maximum
RAM or less, and setting more than that will cause excessive paging
to disk.
Kring, Rainer wrote:
After using a font metrics (at least I think the cause is the font metrics)
created with FOP's TTFReader out of a True Type Font, I get white spaces
above and below the text in PDF-Files. So want I to try it with Type1 fonts.
Are you sure the spaces aren't casued by the
I guessed that you're using 0.20.5 from the stack trace but yes, it's
always good to state the FOP version.
I don't have access to a MacOSX system that would allow me to track this
down. You should find out if there are any apparent differences in the
setup between the operating systems. It may
Unfortunately line-height doesn't reduce the white spaces. The white space
varies with the used font and the size of the font. White spaces only occur
when using font metric files created with TTFReader. It works correctly with
Helvetica (see
This will be hard to debug as the generation of this series of PDFs
takes almost an hour and the exception happens late in the process. But
I will test if the exception does not happen when calling
fopFactory.getImageFactory().clearCaches() manually.
Jeremias Maerki wrote:
The image cache
Hi,
I would like to move to 0.92beta, but have so far been reluctant to make the
move due to the FOP extension we have written. Is it safe to start porting
the extensions (IOW is the extension API stable?). Is there documentation
available on writing extensions for the new release (or even better
Jeremias Maerki dev at jeremias-maerki.ch writes:
As Joerg suggested earlier, this seems to be a class loader problem. We
already check for both conditions a) and b). I've just checked and FOP
falls back nicely to ImageIO if support for JAI is compiled but JAI is
not present during runtime.
Hi all,
I'm rendering several simple tables one by one and experiencing the
extra space between them.
This space has no (IMHO) any reason, as tables has no space before/after
or margin defined.
I attached the simple example - two tables with one row and one cell,
border defined on the table
The extension API has been stable for a while. A few months ago I've
added some additional gadgets I needed for Barcode4J. I don't expect any
major changes anymore. Backwards-incompatible changes are highly
unlikely, but no guarantees.
So far, there's no documentation for writing extensions. I
The extension performs syntax checking and color highlighting of various
languages (JAVA, JSP, HTML, XML, SQL, HQL, EJBQL etc). It does not generate
SVG, but produces FO where it changes the font attributes.
It extends the FObj and relies on the layout method to call an addText
method for each
Frankly, migrating this kind of extension could be a problem. But I'm
not sure. At any rate, there's no layout() method anymore and the FO
tree itself had a few changes, too. If I were you I wouldn't implement
something like that as a FOP extension but as a generic, SAX-based
pre-processor which
That sounds almost too easy to be true... I am hitting my head on the table
why I never thought of leaving the FOP extension path and thought of pre
processing with a SAX parser... I guess at the time (which is a long time
ago) we had restricting requirements (just trying to convince myself).
Tx
-Original Message-
From: Martin Zak [mailto:[EMAIL PROTECTED]
I'm rendering several simple tables one by one and
experiencing the extra space between them.
This space has no (IMHO) any reason, as tables has no space
before/after or margin defined.
I attached the simple example
Jeremias Maerki wrote:
As Joerg suggested earlier, this seems to be a class loader problem.
I noticed the missing class seems to be from the codec jar.
Maybe only this jar is missing, or can't be accessed for some
other reason. Jai also uses native libraries, which might be
a problem too
18 matches
Mail list logo