LL
Sent from the Blackberry Tour

----- Original Message -----
From: Matthias Müller [mailto:pym...@yahoo.de]
Sent: Friday, January 21, 2011 02:53 AM
To: fop-users@xmlgraphics.apache.org <fop-users@xmlgraphics.apache.org>
Subject: AW: AW: AW: [FOP 1.0] Worse performance than with 0.20.5 !?

I almost forgot the most important point: If I split the table after the 20th 
page (or rather: after each 200th table rows (assuming ~10 rows per page)), how 
do I ensure that the page-sequence ends at the page bottom. The size of the 
rows 
also may vary.

Matthias




----- Ursprüngliche Mail ----
Von: Matthias Müller <pym...@yahoo.de>
An: fop-users@xmlgraphics.apache.org
Gesendet: Freitag, den 21. Januar 2011, 8:31:15 Uhr
Betreff: AW: AW: [FOP 1.0] Worse performance than with 0.20.5 !?

I temporarily disabled all images and special fonts in my fo file and still 
have 

the issue with the heap space. So i assume that i only have a chance to improve 
the rendering by splitting the document in multiple page-sequences. The thing 
is 

now, that the size of the single tables may vary extremely. There's also a case 
that i produce a table over 400+ pages !!!
What about splitting the tables after each, let's say, 20 pages? Where's the 
best performance, less than 20?



----- Ursprüngliche Mail ----
Von: Andreas Delmelle <andreas.delme...@telenet.be>
An: fop-users@xmlgraphics.apache.org
Gesendet: Dienstag, den 18. Januar 2011, 18:14:38 Uhr
Betreff: Re: AW: [FOP 1.0] Worse performance than with 0.20.5 !?

On 18 Jan 2011, at 12:07, Matthias Müller wrote:

Hi Mathias

> indeed, in the document I only have one page-sequence over 500+ pages.
> There are approx. 10 tables that stretch about 1 - 150 pages each.
> There are also nested tables.
> There are 3 images (< 30kb) on each page's footer.
> Your idea is to rewrite the stylesheets that each table is enclosed by a 
> separate page-sequence. Am I right?

That would be the most important change, indeed, but that would only be 
possible 

if there is no requirement to keep them together (i.e. to create pages 
containing the last rows of one table plus some rows of the next). 

If it is OK to have each table start on a new page, splitting into multiple 
page-sequences is definitely the first thing that I would try.

Your images, I think, do not contribute to the memory usage. I assume they are 
fo:external-graphics, so they would be cached by URI, and there should normally 
be only one instance for each distinct image in the document.


Regards

Andreas
---


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org

The information transmitted in this email and any of its attachments is 
intended only for the person or entity to which it is addressed and may contain 
BioReference Laboratories proprietary information, which is privileged, 
confidential, or subject to copyright belonging to BioReference Laboratories. 
Any review, retransmission, dissemination or other use of, or taking of any 
action in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited and may be unlawful. If you received this in 
error, please contact the sender immediately and delete and destroy the 
communication and all of the attachments you have received and all copies 
thereof.


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org

Reply via email to