New Forum | Previous | Next | (P-PDF) Developers
Topic: Re: joining two pdf files
Conf: (P-PDF) Developers, Msg: 57606
From: Deleted User
Date: 5/29/2002 05:26 PM
>If you are joining dozens or hundreds of PDF files, use the Windows version
>of Acrobat to open the first file, and then drag the other files from
>Windows Explorer onto the window for the first file in Acrobat. The order
>that the other files are selected before they are dragged will affect the
>order that they are inserted, so do a view by name or view by date as
>appropriate before selecting them. This does not work on the Mac version
>of Acrobat. If you want a good plug-in to help you, get Append PDF from
Actually, both AppendPDF and AppendPDF Pro are server based
applications. AppendPDF Pro also adds a customizable cover page and
a multi-page table of contents with hyperlinks and bookmarks to the
>If you are joining PDF files on a server, use Append PDF Pro. DigApp.com
>If you are writing your own software to do the merging, please be aware
>that this is not a simple project. PDF files are very complex, and joining
>them properly is very complex. From your question about header info, I
>suspect that you would have a lot to learn. Writing code to merge PDF
>files would be an interesting project, but not a small project. If you
>have text, then each page uses a font that has to be copied into the merged
>file. If you have two files that use the same font, then you do not want
>to copy the same font more than once. If you have two subsets of the same
>font, what do you do? Append PDF Pro (and I think Append PDF, but I am not
>sure) will merge the subsets into one.
Both AppendPDF and AppendPDF Pro are built using our SDPF Library.
The code to merge font subsets is part of the SPDF implementation of
PDDocInsertPages. So, any of our applications, or SPDF licensees,
who append pages, using PDDocInsertPages, automatically merge font
subsets with no additional coding.
>This is a trick, and a feather in
>Leonard's cap, but it is not a small project or an easy one.
FYI. The lead programmer for the SPDF Library is Roger Dunn. Roger
is responsible for almost all of SPDF including the code to merge
font subsets. For much of the past year Leonard has been working on
SPDF_CP and our XML2PDF technology.
SPDF_CP in our content processing engine built on top of SPDF.
SPDF_CP is based on a generic PDF parsing engine which can render the
PDF content to a variety of outputs; including TIFF, JPEG, PNG, Text,
HTML, etc. SPDF_CP supports PDF 1.3 with additional support for PDF
XML2PDF is our extended SVG2PDF technology. Leonard has extended SVG
to support CMYK and Spot color, multiple pages, bookmarks, etc.
More information on any of the above can be found on our web site at
Vice President, Software Development
Digital Applications, Inc.
60 South Lansdowne Avenue
Lansdowne, PA 19050