[PDF] MS DOC to PDF SDK
Leonard Rosenthol
The PDF list is a service provided by PDFzone.com | http://www.pdfzone.com
__________________________________________________________________
At 7:42 AM -0600 12/19/03, rce...@wcc.state.ne.us wrote:
>I am looking for an SDK (COM, VCL, and/or .NET) that will work with
>Borland Delphi (prefer one that has VCL components) to convert
>Microsoft Word documents to PDF
Do they have to be native Word or will RTF suffice?
What version(s) of Word do you need to support?
Will the user also have Word installed on the computer, or do
you need something that will work w/o Word present?
Do you need support for non-content elements in Word docs -
hyperlinks, bookmarks, forms, etc.??
> and then allow me to manipulate them by adding watermarks, etc.
Are you talking about simple "stamping" of additional data,
or real steganographic watermarking?
>I need to embed the functionality in a Delphi Windows application.
Can there be a separate "process" that gets called upon or
does it have to be completely "self-contained"??
Leonard
--
---------------------------------------------------------------------------
Leonard Rosenthol <mailto:leon...@pdfsages.com>
Chief Technical Officer <http://www.pdfsages.com>
PDF Sages, Inc. 215-629-3700 (voice)
215-629-0789 (fax)
To change your subscription:
http://www.pdfzone.com/discussions/lists-pdf.html
rce...@wcc.state.ne.us
The PDF list is a service provided by PDFzone.com | http://www.pdfzone.com
__________________________________________________________________
Do they have to be native Word or will RTF suffice?
Answer: Word format not RTF
What version(s) of Word do you need to support?
Answer: Word 97 and above
Will the user also have Word installed on the computer, or do
you need something that will work w/o Word present?
Answer: Word will be installed.
Do you need support for non-content elements in Word docs -
hyperlinks, bookmarks, forms, etc.??
Answer: No, but don't necessarily know what we may want to do in the
future.
and then allow me to manipulate them by adding watermarks,
etc.
Are you talking about simple "stamping" of additional data,
or real steganographic watermarking?
Answer: We are contemplating adding a State Logo as a background watermark
to "brand", published, public documents. Also wanting to imbedd something
that we can authentic the document back to (such as an unique pin code)
that if the document was altered, the pin code would be lost, but I DO NOT
want to get into distributing Public Keys or passwords.
>I need to embed the functionality in a Delphi Windows application.
Can there be a separate "process" that gets called upon or
does it have to be completely "self-contained"??
Answer: What I envision is a "push application" that would be listed in the
File / Send To Menu of MSWord that would pass the Word Object to the
application. The application would allow the user to set other PDF
properties, perform the conversion to PDF and set the properties, add the
watermark, and then store the document as defined by the application. I am
willing to use a Print Driver as long as it executes the print driver and a
dialog box is NOT displayed so that the user has to respond.
Leonard Rosenthol
<leonardr@pdfsage
s.com> To
Sent by: p...@lists.pdfzone.com
owner-pdf@lists.p cc
dfzone.com rce...@wcc.state.ne.us
Subject
Re: [PDF] MS DOC to PDF SDK
12/19/2003 10:47
AM
Please respond to
p...@lists.pdfzone
.com
Leonard Rosenthol
The PDF list is a service provided by PDFzone.com | http://www.pdfzone.com
__________________________________________________________________
I would suggest looking at either ActivePDF's DocConverter
(http://www.activepdf.com) or AdLibSys's AdLib eXpress
(http://www.adlibsys.com).
> Are you talking about simple "stamping" of additional data,
>or real steganographic watermarking?
>
>Answer: We are contemplating adding a State Logo as a background watermark
>to "brand", published, public documents.
Both of those products offer such a feature - no problem there...
>Also wanting to imbedd something
>that we can authentic the document back to (such as an unique pin code)
>that if the document was altered, the pin code would be lost, but I DO NOT
>want to get into distributing Public Keys or passwords.
Well, digital signature technology is the only way to achieve
document authentication of this nature. You won't need to distribute
anything to users, but you will need some additional tools for doing
the signing...