Yes I did understand what you wrote, and the earlier correspondent.
I was attempting to ask why. It seems illogical to treat many small documents as one large one. Especially if the large one is so large that it is hard to process. Regards, Richard. [Blue line] Richard Kerry BNCS Engineer T: +44 (0)20 82259063[cid:8CFF92A-DBC6-4E1DD-83CD-7AC227DEC5@MimeCtl]<about:blank#> M: +44 (0)7812 325518[cid:8CFF92A-DBC6-4E1DD-83CD-7AC227DEC5@MimeCtl]<about:blank#> Room EBX 301, BBC Television Centre, Wood Lane, London, W12 7RJ richard.ke...@atos.net<https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&URL=mailto%3arichard.kerry%40atos.net> uk.atos.net<https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&URL=http%3a%2f%2fuk.atos.net%2fen-uk%2f> [Atos logo] This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable ________________________________ From: Maruan Sahyoun [sahy...@fileaffairs.de] Sent: 19 April 2013 12:04 To: fop-users@xmlgraphics.apache.org Subject: Re: FOP memory growing with a lot of <page-sequences> no - that's one document with 100k pages Maruan Sahyoun Am 19.04.2013 um 13:04 schrieb "Kerry, Richard" <richard.ke...@atos.net<mailto:richard.ke...@atos.net>>: Surely that's 100k documents, each with one page (or a small number of pages) ? Uncertainly, Richard. Richard Kerry BNCS Engineer T: +44 (0)20 82259063 M: +44 (0)7812 325518 Room EBX 301, BBC Television Centre, Wood Lane, London, W12 7RJ richard.ke...@atos.net<https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&URL=mailto%3arichard.kerry%40atos.net> uk.atos.net<https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&URL=http%3a%2f%2fuk.atos.net%2fen-uk%2f> This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable ________________________________ From: Maruan Sahyoun [sahy...@fileaffairs.de<mailto:sahy...@fileaffairs.de>] Sent: 19 April 2013 11:56 To: fop-users@xmlgraphics.apache.org<mailto:fop-users@xmlgraphics.apache.org> Subject: Re: FOP memory growing with a lot of <page-sequences> Hi e.g. we have a banking customer where account statements are produced and sent for printing. A single PDF has around 100k pages. Maruan Am 19.04.2013 um 11:04 schrieb Paul Womack <supp...@papermule.co.uk<mailto:supp...@papermule.co.uk>>: aemitic wrote: Thanks for the suggestion. This /workaround/ (it's not a solution) cannot be applied. Why: - internal pdf links would not work - pdf bookmarks would not work - page numbering would not be correct - creating over 150000 PDFs and then merging them with an external tool is unacceptable from a performance point of view I cannot imagine a (useful) PDF with 150,000 pages. This may well be a limitation of my imagination :-) Can you tell me a little about this? BugBear --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org<mailto:fop-users-unsubscr...@xmlgraphics.apache.org> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org<mailto:fop-users-h...@xmlgraphics.apache.org>
blank
Description: blank
--------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
