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
co
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=
where unique_id is different for each image.
The charts are probably being cached. This will for
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 th
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 yours
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 FO
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
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 the Trunk.
No problem. SVN
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 :
Some text
PDF is generated OK, but when check for colors (using screen capture
and / or a little javacode i've done), i've found that the resulting
color is :
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 FOP Trunk.
On 18.01.2006 11:55:20 Uwe Klosa wrote:
> I have created a FopServlet on basis of
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
--
Ail Sahin wrote:
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
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
file:///mnt/data/fonts/ the logger writes out setting Base
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 tab
Ail Sahin wrote:
Chris Bowditch schrieb:
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 of me
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 i
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
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.
Deb
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 accou
On 18.01.2006 09:44:57 Chris Bowditch wrote:
> vijay visu wrote:
>
>
>
> > 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 subsequ
vijay visu wrote:
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 are not
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 PD
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 t
22 matches
Mail list logo