Home › PDF Include

New development version!

Wed, 2010-03-03 02:45 — jice

PDFInclude has a new version!


I've just released some code in the SVN repository.
See the PdfInclude page for more info on the bug fixes and new features.


However I'm not taking over as a full time maintainer, I just do that in my free time, so please don't except too much ;-)


Please test this new version, before I publish a new official version, and please, please, please contribute your code! I've got very little time, so if you find a bug, please investigate and come to me with a patch if possible, and I'd also like to see the enhancements you've done to pdfinclude, to share them will everyone!


Oh and by the way thanks to John and Sam who helped a lot to set it up!


Comments

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Fri, 2010-03-19 12:11 — hwrafter

Speed of rendering PDFs

We have found pdfinclude slow to process (15+ seconds to print a 125k pdf template with merged fields).

Seems to be the initial rendering since printing 1 copy or 100 takes about the same time.

Could we have a config issue? Is there some known trick to speed up processing?

Any help would be appreciated, thanks.


Fri, 2010-03-19 13:56 — Biga

We had the same problem.

We had the same problem. Since PDF_INC creates a lot of temporary files while processing templates, it does matter that what disk is behind. On AIX system, the PDF processing was no problem but on our Windows system was extremely slow. The reason was the temp dir was set to a Samba mapped drive on Linux filesystem and processing the hundreds of temp txt files slowed down the processing. I recommend to set Progress temp dir to a fast hard disk.


Sat, 2010-03-20 12:44 — hwrafter

Thanks for thePDF performance tip

I will have our sysadmins look into the disk setup.


Wed, 2010-03-03 02:48 — jice

testing comments

testing comments


Thu, 2010-03-11 09:35 — Donato

BUG DECIMAL

Hi there!
I've found a few bugs concerned of the decimal use to print rectangles and align using decimal value and be more accurated.
File pdf_inc.p
in the procedure pdf_rectdec of pdf_inc.p
3085 + dec2string(pdfFromX) + " " + dec2string(pdfFromY) + " "
3085 + dec2string(pdfWidth) + " " + dec2string(pdfHeight)
instead of STRING use dec2string

Reimplementation of pdf_text_center using dec instead of integer value
on line 4673 of pdf_inc.p
PROCEDURE pdf_text_center:
DEFINE INPUT PARAMETER pdfStream AS CHARACTER NO-UNDO.
DEFINE INPUT PARAMETER pdfText AS CHARACTER NO-UNDO.
DEFINE INPUT PARAMETER pdfColumn AS DECIMAL NO-UNDO.
DEFINE INPUT PARAMETER pdfRow AS DECIMAL NO-UNDO.

RUN pdf_text_xy_dec (pdfStream,pdfText,pdfColumn
- DECIMAL(pdf_text_widthdec(pdfStream,pdfText) * 0.5),pdfRow).

END. /* pdf_text_center */


Thu, 2010-03-11 12:46 — jice

thanks

Thanks. Will be fixed in next version, I'll create a new pdf_text_center_dec (to keep the current organisation of normal vs dec procedures).