in reply to PDF::Reuse issue with streams

Good question! I went over the docs. Three things caught my attention. First, the author mentions 2 versions of PDF::Reuse---1.4 and 1.5. Also, he developed this on Win32 and Abobe, and it's missing meta data and info or hasn't been incorporated into the module yet. Missing items can be added with a batch routine in Adobe. That could be a problem, esp. if you're on a linux box. Second, the author mentions that the mandatory components, prFile and prEnd, must be installed and to double-check that they are indeed working. I would use pmtools to check that out. Basically, retest the module to make sure it is working. Third, he mentions a very specific order in using the components. In this case, you are using prForm; so, the order is prSinglePage, prForm, and prPage. I would suggest redoing your script and start with prSinglePage. If it's still quirky, then prForm, then prPage. He gives each component alternative methods. You might want to play them. All in all, this module appears to me to be rather quirky, but it works---just expect the unexpected. I would try to use prSinglePage instead of prForm.

Replies are listed 'Best First'.
Re^2: PDF::Reuse issue with streams
by jdtoronto (Prior) on Jul 07, 2006 at 13:29 UTC
    Thanks for the info. I am working on Win32 and I have been using PDF::Reuse for well over twelve months. But the documents I was handling were very simple, mainly commercial documents, and PDF::Reuse worked extremely well and is blindingly fast at producing VERY compact documents.

    I found a mailing list for the module yesterday on Google and I got a response this morning from the module author saying pretty much the same thing. He did also say that the concatenation process has on one ocassion not worked for him. So it seems that prSinglePage it is!

    In the meantime I have re-written my code using PDF::API2 and it is working well, but I prefer PDF::Reuse for its speed.

    jdtoronto