Hi, Christopher R. Maden wrote: > Steffanina, Jeff wrote: >> Unfortunately, the "single" page-sequence is so large that I run out of >> memory. > > The problem is that figuring out a pagination strategy consumes memory. > The page-sequence is one way FOP knows that it can stop calculating > pagination and issue a bunch of complete pages; if pagination continued > across page-sequences, you’d have the same memory problem with multiple > page-sequences. > > I wonder if FOP could “harden” pages after some window, say 100 pages, > and free the relevant memory, regardless of page-sequence breaks. That > would address your problem and several others’.
This is a secondary goal of the work I am doing at the moment. The primary goal is to implement support for sequences of pages that don’t all have the same width (e.g., switches from portrait to landscape layout). One of the requirements of the new approach is to make it possible to handle documents of arbitrary sizes. And a candidate solution for this indeed is to have some kind of n-page window. This is a long-term project though, so don’t expect any breaking news on this before a while... Vincent --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
