Hi all
I've been trying to use the new intermediate format to do some
post-processing transforms I need to accomplish on my documents. In
particular, I'm trying to determine how much empty space there is in
each column of a multi-column region-body, and re-distribute blocks
within each column
Martin Edge wrote:
Hey Guys,
Is the new intermediate format meant to work?
Yes we use it extensively at my company for PDF, PS, PCL and AFP Outputs.
I get a fatal fontName must not be null error when attempting to convert
from IF to PDF (the same applies actually for all renderers
Hey Guys,
Is the new intermediate format meant to work?
I get a fatal fontName must not be null error when attempting to convert
from IF to PDF (the same applies actually for all renderers) - however, it
works via direct conversion, or through the legacy areaTree model.
Thanks
Martin
Hi,
I have some question regarding the new intermediate format:
1) Is it used automatically in FOP 0.95 or do I have to activate it somehow?
2) Does it change the way page-sequences are handled? In other words
does the rendering process still hold the whole tree (of the processed
page-sequence
On 03 Jun 2009, at 08:23, Tobias Anstett [k15t.com] wrote:
Hi Tobias
I have some question regarding the new intermediate format:
1) Is it used automatically in FOP 0.95 or do I have to activate it
somehow?
No, it is only available in FOP's Trunk version. IIRC, it is used
automatically
Hi Andreas,
No, it is only available in FOP's Trunk version. IIRC, it is used
automatically.
How stable is it? Are there any known issues that some content can't
be rendered?
No. This remains the same for the moment. Note that FOP Trunk currently does
have an option made available to store
On 03 Jun 2009, at 09:18, Tobias Anstett [k15t.com] wrote:
Hi Tobias
No, it is only available in FOP's Trunk version. IIRC, it is used
automatically.
How stable is it? Are there any known issues that some content can't
be rendered?
For now, it seems to work nicely. I have not seen any
