Timo,
Timo Haberkern wrote:
1.) FOP (or XSL:FO) doesn't support CMYK directly
I don't know if the XSL-FO color space support supports CMYK or not.
Others may comment on this who have read the spec more than I.
2.) CMYK JPEGs shouldn't be a problem in FOP through JAI support
I use CMYK JPEGs in
Timo Haberkern wrote:
Ok, i understood that. But i think the color values must be changed too
or i'm wrong. I think there must be a conversion from rgb to cmyk values?!?
Right. I haven't created code that performs intelligent RGB - CMYK
conversion; rather, I replace specific RGB values with
a PDFStream object, we can decode
the data string and do the replacement Ben suggested,
and then put it back to PDFStream.
I hope I don't miss any piece.
LZ
--- Ben Galbraith [EMAIL PROTECTED] wrote:
iText can't do the manipulation in question, but
Multivalent
(sourceforge) might do the trick
AM
To: [EMAIL PROTECTED]
Subject: Re: CMKY
Ben Galbraith wrote:
FOP does support CMYK JPEGs -- there's a previous thread on this issue
that I participated in that should document it fairly well.
XSL-FO may provide support for CMYK through its color space features;
haven't studied it enough to grok
J.Pietschmann wrote:
Try
http://simpleprofiler.sourceforge.net/DrMem/
There's still the possiblity of a leak in the Java RTL itself.
Which JDK are you using?
I'm using JDK 1.4.2 (or 1.4.2_01; I'll have to check). I just did a
heap dump (-Xhprof) and found that two byte[] arrays are killing my
J.Pietschmann wrote:
If you haven't figured it out yet, let me inform you: FOP suffers
from large memory leaks.
Where? Class names?
I haven't tracked it down that far yet; if I had, I'd submit a patch to
Bugzilla.
I render hundreds of 4 page, image intensive PDFs over and over again.
As
FOP isn't dereferencing the appropriate objects. It may very
well be that a List or Map is hanging around someplace.
Ben
Bob Leif
Robert C. Leif, Ph.D.
Email [EMAIL PROTECTED]
-Original Message-
From: Ben Galbraith [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 16, 2003 8:22 AM
Folks,
If you haven't figured it out yet, let me inform you: FOP suffers from
large memory leaks. A memory leak in Java is nothing mysterious; it
occurs because a program never dereferences objects, which prevents the
Java garbage collector thread from reclaiming them. Thus, no matter how
and has a decent execution speed.
Bob Leif
Robert C. Leif, Ph.D.
Email [EMAIL PROTECTED]
-Original Message-
From: Ben Galbraith [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 16, 2003 7:28 AM
To: [EMAIL PROTECTED]
Subject: Re: Memory consumption
Folks,
If you haven't figured it out yet, let
Folks,
It looks like I may need to implement word spacing and fix the bug where
kerning pairs are not applied to the last character of a word and its
trailing space, as well as the first character of a word and its leading
space.
Has anyone tried to do this in the past against the maintenance
Robert,
Robert P. J. Day wrote:
and, finally, it's even trickier with JAI since, when you
download JAI, it comes in the form (at least the one i got)
of a self-extracting shell script, which *insists* on being
unloaded in the official java directory, which forces
you to do a little extra work to
Robert,
Robert P. J. Day wrote:
i noticed that the JAI archive from sun contains, besides
jai_core.jar and jai_codec.jar, a third jar -- mlibwrapper_jai.jar.
this third archive file is not mentioned on the FOP web site, so
i assume it's not essential.
just out of curiosity, what is it for
Andreas L. Delmelle wrote:
BTW: can anybody point me to a download location for the 1.4.1_03? (
'java -version' tells me current version is '1.4.1_01' )
Been looking w.o. success. Doesn't seem to be available from Apple Developer
Connection, and I'm not sure whether any of the SDK's available from
without
any post processing. At the moment, we have only a 1C document, so we're
using black for the spot color. But this could change in the near future.
So if you need help, we're willing to assist you.
Carsten
Am Montag, 21.07.03, um 21:16 Uhr (Europe/Berlin) schrieb Ben Galbraith:
I have
,
sounds to be interesting. It could save me the time, to produce
different PDF's for different targets. Can you perhaps send me your lib,
so i can test it against my documents?
Thx
Carsten
Am Mittwoch, 23.07.03, um 16:34 Uhr (Europe/Berlin) schrieb Ben Galbraith:
Carsten,
Unfortunately, I already
I have to include spot colors in PDFs that my company is generating with
FOP. Does anyone have any interest having me extend FOP (maintenance
branch) to support spot colors? If there aren't other interested
parties out there, I'll just create a utility that will post-process the
PDF after
Karl,
Why not use iText? It's an LPGL'd (GPL'd? I forget) library that models
the PDF spec in Java. Save yourself some time.
Ben
Howard, Karl wrote:
Hey guys,
For generating PDFs i'm looking at using either FOP or writing out the PDF
using the PDF spec. In looking at the PDF spec, i've gone
Victor Mote wrote:
Yes, I'll be glad to do that. Right now, we have a code freeze pending the
upcoming 0.20.5 release, but I will work on getting it applied after the
release. If you can, would you also add two attachments to the bug, one
being a Photoshop-generated image, and the other being
Victor Mote wrote:
I'm no expert here, but I waded through the TIFF spec a bit, and offer the
following paraphrase, which I ask you to either confirm or deny:
paraphraseWhat TIFF calls sample-per-pixel is the number of channels. So
WhiteIsZero can support bi-level and grayscale images through that
Victor Mote wrote:
Sun's new Java Advanced Imaging I/O Tools 1.0-RC plug-in writes CMYK
JPGs in such a way that FOP believes the CMYK sample values are inverted
when they are not. This leads to CMYK JPGs looking really, really bad.
Is this a problem from JAI's side or from FOP's side? IOW, should
Victor Mote wrote:
Got it. Thanks. As I am writing this up, I wonder whether the FOP native
support handles uncompressed images as well? Do you know?
Yep! Uncompressed images are supported by FOP native.
Ben
-
To unsubscribe,
Victor Mote wrote:
That is greatly appreciated. It sounds like you have a sizeable head-start
(over me anyway) on the details, and my guess is that without your efforts
it will be awhile before any of the developers would be able to do much on
this.
I've created a bug in Bugzilla, 21420, which
I believe the FOP website lurks on this list, right?
I have done some further research on exactly what image support FOP
offers, in efforts to figure out how to embed CMYK images into a
resultant PDF. Perhaps this information will be of use to others.
Here's what I've found:
Native TIFF
- only
I've another update for the FOP webmaster.
Sun's new Java Advanced Imaging I/O Tools 1.0-RC plug-in writes CMYK
JPGs in such a way that FOP believes the CMYK sample values are inverted
when they are not. This leads to CMYK JPGs looking really, really bad.
When I force FOP to interpret the CMYK
I have more information on my CMYK TIFF problem, as described below:
I'm using FOP 0.20.5rc2 and having problems with embedded CMYK TIFF
images in PDF files. At some point in the process of generating the
PDF, FOP converts the CMYK TIFF into an RGB image. The conversion is
not a proper one -- it
I'm using FOP 0.20.5rc2 and having problems with embedded CMYK TIFF
images in PDF files. At some point in the process of generating the
PDF, FOP converts the CMYK TIFF into an RGB image. The conversion is
not a proper one -- it appears as though the fourth channel is dropped
entirely and the
On occasion, tar files I download have an extra tar appended to their
extension. I am not certain why. Nevertheless, when this happens, you
may see filenames like:
*.tar.gz.tar
Rename it to:
*.tar.gz
Ditto for *.tgz.tar. I've not ever seen *.tar.tar; it's likely you've
made
I'm using FOP to generate a PDF. While the PDF displays fine in Adobe
Acrobat, I've learned from the iText developers that the font stream in
the PDF indicates a length that is less than the actual stream length.
Acrobat fixes this problem, but other programs (iText, Ghostscript, Big
Faceless
Man, you guys are TOPS! Thanks!
Ben
Jeremias Maerki wrote:
Yes, I've fixed the bug in CVS today.
On 20.06.2003 17:28:50 Ben Galbraith wrote:
I'm using FOP to generate a PDF. While the PDF displays fine in Adobe
Acrobat, I've learned from the iText developers that the font stream in
the PDF
Hey Folks,
I'd like to render three different PDFs with FOP and then combine them
into one composite PDF. For example:
PDF 1:
| Hello |
| |
| |
PDF 2:
| |
| World |
| |
PDF 3:
Hmm...
Calling Response.setContentType(String) shouldn't cause the servlet
container to re-execute a call to ActionServlet.doGet(...); have you
determined why this is occuring?
Fortunately, you have options if you cannot find a solution. Here are some:
(1) Create a servlet that generates the
Does adding the FOP install dir to your path not accomplish the same
thing with less pain?
Ben
Clay Leeds wrote:
On 5/23/2003 9:03 AM, Chris Bowditch wrote:
The change you refer to, allows the fop batch file to be run when your
current directory is not c:\fop-0.20.5rc3a. The change does not
Jeremias Maerki wrote:
Yes, the images are indeed cached in FopImageFactory and you can call
org.apache.fop.image.FopImageFactory.resetCache() to empty the cache.
Hey, this is definitely something that belongs on the website in a
prominent place in the section explaining how to embed FOP -- not
I can't have the first line be in column 1 and the second line be in
column 2 under any circumstances.
I dont see how a table-row thats 1pt high will help? Cant you just put
each item into its own table-row and set keep-together=always
Hey wow, there's a working keep-together that accomplishes
Haitham,
FWIW, I use fo:table-row keep-with-next=always/ and its works like a
champ for me. Have you done various experiments with only two or three
rows etc. to see under what conditions it does/doesn't work? In any
event, I can assure you that under at least some conditions, it does
work
Hey Foppers,
So, I've got a two-column region-body that's working great. However,
given the following content:
Header
Subheader
- Item 1
- Item 2
- Item 3
I need to treat the Header, Subheader, and Item 1 as an atomic,
non-breakable unit. No problems here -- I've wrapped these three in
Unfortunately, I need to create a block in a region-before that's
divided into two columns. As this notion is not supported by XSL 1.0, I
needn't wonder if FOP supports this in some way.
As FOP does the other 95% of what we need, and no other commercial
XSL-FO implementation supports the
Clay Leeds wrote:
Wait a minute... Are you trying to do layout like in a newspaper? Where
the end of one column at the bottom of the page will flow to the top
of the next column? As far as I know ( I consider my knowledge of FOP a
bit above that of a newbie), that isn't supported in FOP. To do
Stefan Seefeld wrote:
How is the above different from flowing text across pages ? Just imagine
each column to be a (narrow) page, then tile two such boxes
horizontally. What is needed to make two column pages work that is not
yet needed when doing 'ordinary' pages ?
Yeah, sounds good to me, but
The RenderX demo is cool enough, but it doesn't circumvent the basic XSL
limitation: 1 column layout per page. None of the pages have two or
more separate multi-column regions.
Here's a mock-up of what I want:
=
| Page header |
=
| 2 column region
I wonder if something like this could be done in SVG and then included
in an FO file output by FOP?
Hmm... does FOP - SVG? I'm open to that, baby. How can I generate the
SVG (other than by hand like I'm doing now)?
BTW, are you saying this file was created with FOP?
Yep!
Scott Moore wrote:
Is the text in Key Facts dynamic? Why can't you use a 2 column table
in that region? If the text is always the same, you should be able to
format it in such a way so that it looks like it flows from one column
to the other.
Sadly, it is quite dynamic. 1000's of PDFs just like
Savino, Matt C wrote:
I'm missing a font so I can't see the text. Does the upper two-column
section need to flow like the lower one? Can it be the same height
every time? Is there a new upper two-column section on every page?
Fortunately, the section only appears on page 2, and its contents are
Savino, Matt C wrote:
So I'm guessing the text below the pics in the upper split section is
a continuous paragraph? If you don't mind my asking, can you just
divide the content in half? Or do you really need the split between
the text part?
Don't mind you asking, but your assertion is wrong. They
44 matches
Mail list logo