> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>
> I'm looking for a way to use the document properties for a PDF document.
> I don't want to use a PDF postprocessor for that.
> The PDFs are already programmatically generated with FOP.
> There is nearly no document
Chris Bowditch wrote:
Peter B. West wrote:
Chris Bowditch wrote:
Looks like youve defined your footnote within a marker. What is the
expected behaviour here? Are you expecting a footnote on the page
where the static content retrieves the marker, or are you expecting
the footnote to appear on the
Adrian Sobotta wrote:
...
My problem however is that it slowly it eats up more and more memory. So
after 500 pdf's or so its used more then the 500MB that I'm allowing the JVM
to use and it dies with the following error:
...
Exception in thread "main" java.lang.OutOfMemoryError
There are several po
Adrian Sobotta wrote:
You can get passed this problem by applying the patch that Nancy Deschenes
wrote.. I got her patch, recompiled that class and updated the jar and all
was good again.. Here is the link to the bug report and patch:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3497
This patc
Chris Adams wrote:
You could always try calling the garbage collector after each
loop. Though the JVM does not have to do anything it might help reduce
some of the memory.
Unfortunately, calling gc() just yields the current thread, giving
the GC thread another time slice. It's absol
[EMAIL PROTECTED] wrote:
I'm looking for a way to use the document properties for a PDF document. I
don't want to use a PDF postprocessor for that. The PDFs are already
programmatically generated with FOP.
There is nearly no document info support in FOP 0.20.5 however, some
PDFInfo.java in CVS n
> -Original Message-
> From: Chris Pratt [mailto:[EMAIL PROTECTED]
>
> ... discovered that I basically have a table that spans nearly the
> entire document, because of the whole mess with keeps only being supported
> in tables. I'm in the process of breaking up the table which should
> h
Hi,
I'm looking for a way to use the document properties for a PDF document. I don't want to use a PDF postprocessor for that. The PDFs are already programmatically generated with FOP.
There is nearly no document info support in FOP 0.20.5 however, some PDFInfo.java in CVS now _seems_ to support
On Thu, 2004-02-05 at 12:33, Robert Paris wrote:
> Do you know the name of that tool?
>
http://s.teoma.com/search?q=pdf2svg&qcat=1&qsrc=0&Search.x=0&Search.y=0&Search=submit
John Austin <[EMAIL PROTECTED]>
-
To unsubscribe, e-
You can get passed this problem by applying the patch that Nancy Deschenes
wrote.. I got her patch, recompiled that class and updated the jar and all
was good again.. Here is the link to the bug report and patch:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3497
-Original Message-
F
Do you know the name of that tool?
From: Thorbjørn Ravn Andersen <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: How Generate .fo file from PDF?
Date: Thu, 05 Feb 2004 10:23:18 +0100
Robert Paris wrote:
Here's the problem/need. I have users who know how to create
Hi everybody,
J.Pietschmann wrote:
There's also a slight chance you got the still not completely fixed
duplicate id bug, which may bite you in a few somewhat exotic
situations. If your FO file doesn't have dupliacted ids, send in
the FO snippet surrounding the place where the objectionable id
occur
Adrian Sobotta wrote:
My problem however is that it slowly it eats up more and more memory. So
after 500 pdf's or so its used more then the 500MB that I'm allowing the
JVM to use and it dies with the following error:
Exception in thread "main" java.lang.OutOfMemoryError
<>
Have you r
Robert Paris wrote:
Here's the problem/need. I have users who know how to create PDFs and
MS Word documents (only by using MS Word though).
I have seen a pdf2svg tool that can convert your PDF to SVG, which FOP
can read. Then put your information on top of that.
I have only tested this as a p
Title: Message
You
could always try calling the garbage collector after each loop. Though the
JVM does not have to do anything it might help reduce some of the
memory.
-Original Message-From: Adrian Sobotta
[mailto:[EMAIL PROTECTED] Sent: 05 February, 2004
Hi,
I've been creating PDF's with FOP for a while now, and
recently I've had to create 1000+ every night in a batch process based on
values in a database. So I have written a class which queries the database and
passes all the necessary parameters (like which XSL file, XML file, and con
Jay Chiu wrote:
I generate fo file with svg section to hold absolute positioned
text and images. If the image size matches the width and height
attributes of the svg:image element, the image in final
generated pdf looks fine. But if the image size is bigger than
the width/height attributes of the s
J.Pietschmann wrote:
Robert Paris wrote:
The problem is I don't know of any Word reader that's really working
(Apache's POI Word is not working), and from what you're telling me,
reverse engineering a PDF is pretty much impossible. Does anyone have
a solution?
What about OpenOffice? The save fi
Hi,
Thanks for the replies.
I've now found a way of removing the problem from the template concerned and
that is to remove any fo:wrapper tags. These are the source of the problem
and their removal does not seem to have any impact on the outputted pdf.
Thanks again,
Mark
- Original Messag
Peter B. West wrote:
Chris Bowditch wrote:
Looks like youve defined your footnote within a marker. What is the
expected behaviour here? Are you expecting a footnote on the page
where the static content retrieves the marker, or are you expecting
the footnote to appear on the page where it is defi
I generate fo file with svg section to hold absolute positioned
text and images. If the image size matches the width and height
attributes of the svg:image element, the image in final
generated pdf looks fine. But if the image size is bigger than
the width/height attributes of the svg:image elemen
On Wed, 2004-02-04 at 18:26, Robert Paris wrote:
> >http://nagoya.apache.org/eyebrowse/BrowseList?listId=64&by=thread&from=486484
> >
> >The conclusion seems to be 'don't even think about it'.
>
> Of course - it didn't dawn on me that PDF's have everything absolutely
> positioned - basically as t
22 matches
Mail list logo