J.Pietschmann wrote:
[EMAIL PROTECTED] wrote:
I'm using fop 0.20.5 and I noticed a strange behaviour when certain
combination of fo:inline and fo:block tries to print to pdf.
...
Note that text disappears only when page breaks.
That's a known bug.
Is there any way I could go around
hi
i am doing a code which generates the PDF in a batch
process.
These PDFs include dynamically built charts by
servlets.
I am making use of external-graphic tag to pick the
images.
These servlets throw jpeg image of the charts in the
output stream.
These servlets should be called for each
vijay visu wrote:
snip/
These servlets should be called for each PDFs
generated since each chart will be unique.
My problem is that the servlets which builds the
dynamic charts are called
for the first time only. On the subsequent calls the
old charts are
only built in PDF and the servlets
On 18.01.2006 09:44:57 Chris Bowditch wrote:
vijay visu wrote:
snip/
These servlets should be called for each PDFs
generated since each chart will be unique.
My problem is that the servlets which builds the
dynamic charts are called
for the first time only. On the subsequent
Hi guys,
I got a strange problem during transforming XML and a XSLT to PDF.
Using Version 0.20.5 of FOP.
First, I create accountstatements, i.e. for GL accounts, Debitor
accounts or Creditor accounts.
The XML output for all GL accounts in one month is nearly 10 MB large.
Debitor/Creditor
Ail Sahin wrote:
Hi guys,
I got a strange problem during transforming XML and a XSLT to PDF.
Using Version 0.20.5 of FOP.
First, I create accountstatements, i.e. for GL accounts, Debitor
accounts or Creditor accounts.
The XML output for all GL accounts in one month is nearly 10 MB large.
Thank you both, I will review my options
to move application to FOP 0.91 beta
Chris Bowditch [EMAIL PROTECTED]
wrote on 18.01.2006 09:38:41:
J.Pietschmann wrote:
[EMAIL PROTECTED] wrote:
I'm using fop 0.20.5 and I noticed a strange behaviour when
certain
combination of fo:inline
Chris Bowditch schrieb:
Ail Sahin wrote:
Hi guys,
I got a strange problem during transforming XML and a XSLT to PDF.
Using Version 0.20.5 of FOP.
First, I create accountstatements, i.e. for GL accounts, Debitor
accounts or Creditor accounts.
The XML output for all GL accounts in one month
Ail Sahin wrote:
Chris Bowditch schrieb:
snip/
Well the actual FO size is not stricly directly proportional to memory
usage. It's slightly more complex than that. Memory usage depends on
the exact FO used. For example, fo:table and nested tables in
particular are very expensive in terms
Chris Bowditch schrieb:
There are several options open to you:
1) increase JVM heap size.
2) try it on FOP 0.91beta and see if problem remains
3) download latest code from SVN maintenance branch. There were some
changes made since 0.20.5 specifically aimed at reducing memory
consumption of
I have created a FopServlet on basis of the example servlet in 0.91. I use my own configuration file and it works fine with absolute
paths to my font metrics and ttf files. But I want to use relative paths and this does not work. If I set
basefile:///mnt/data/fonts//base the logger writes out
Chris Bowditch schrieb:
Just to be clear: In answer (3) I'm not talking about FOP 0.91beta or
similar, I was referring to a 0.20.6 available as code only using SVN.
Sorry for my noob question, but what is SVN? Found only code for FOP
0.91beta in the Trunk.
Ali
Hi,
i've just stopped on a strange problem with rgb colors in FOP 0.20.5.
I'm using for example a fo file containing this string :
fo:block font-family="Garamond" color="rgb(11, 12, 13)"
text-align="center" text-align-last="center" text-transform="none"
text-decoration="none"
On Monday 16 January 2006 4:07 pm, Clifton Craig wrote:
Hello all,
We have a requirement to generate fixed formatted plain text output from
XML for later processing by another app. We currently use pure XSLT (w/o
FO) to generate the output. We recently discovered that the CR/LF sequences
Thanks for this information. I will use trunk in the future.
Uwe
Jeremias Maerki wrote:
This has recently been fixed/added. See
http://xmlgraphics.apache.org/fop/changes.html#version_FOP%20Trunk
It will be available in the next release. Until then, you can work with
a Subversion checkout of
It seems you're right.
FOP 0.20.5: 0 0 0.05098 rg
FOP 0.91beta: 0.043137 0.047059 0.05098 rg
It seems this is a problem in the PDFRenderer because the PSRenderer
generates the correct color value. I'd say you have two options:
- Upgrade to 0.91beta.
- Debug the PDFRenderer and fix the bug
Chris Bowditch schrieb:
Ail Sahin wrote:
Chris Bowditch schrieb:
Just to be clear: In answer (3) I'm not talking about FOP 0.91beta
or similar, I was referring to a 0.20.6 available as code only using
SVN.
Sorry for my noob question, but what is SVN? Found only code for FOP
0.91beta in
Instead of running just the servlet, can you also pass
a unique number/string along with the servlet which
makes it a unique call.
eg. instead of using ChartServlet maybe you can use
ChartServlet?id=unique_id
where unique_id is different for each image.
The charts are probably being cached.
Hi people,
lately, i've been working on a script to replace RGB colors by CMYK
ones "manually". With this code, you can specify by witch CMYK color
you want to replace the RGB one.
This code is based on PDFBox (www.pdfbox.org).
I hope it will help people that need to do exact RGB - CMYK
19 matches
Mail list logo
