🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: adobe.reader
Article #15806

AcroPDF and FDF files

#15806
From: Brian_Fogarty
Date: Thu, 29 Jun 2006 13:47
7 lines
1796 bytes
Adobe Reader 7.0.n - using AcroPDF in a VB.NET application as an embedded PDF viewer. Application in question captures input from user on a form and builds an FDF to pass captured data to fillable PDF. Must present PDF inside the application to better control user access to PDF, so shelling out to Adobe Reader isn't an option. When I try to pass the FDF file name to the ActiveX control via the LoadFile method, I get a "File does not begin with '%PDF~'" error message from Adobe Reader.

If I shell to Adobe Reader and pass the FDF as the file name in the shell statement, everything is fine - but again - this violates the design specification that viewing the document must be done inside the originating application.

As a side note - when I launch the application, AcroRd32.EXE gets loaded as a task, using up about 13MB. When I actually load a PDF to be viewed, it swells to over 26MB. When I exit the application, AcroRd32.EXE remains in memory. Is this by design, or is there something I need to do in my application to release the reader task upon exit? I know when I automate Excel or Word, I need to execute specific code to kill the task - but that automation is done without the aid of an ActiveX control.

Thanks
Technical Details
Message-ID: <3bc0c25f.-1@webcrossing.la2eafNXanI>
Path: arc1-ca.pugleaf.net!g2news2.google.com!news3.google.com!news2.volia.net!news.musoftware.de!news.albasani.net!news.ecp.fr!news.stben.net!webcrossing

Show Full Headers
Complete Article Headers
X-Google-Thread: 10273d,82b87e181256c230,start
X-Google-Attributes: gid10273d,public
X-Google-Language: ENGLISH,ASCII-7-bit
From: Brian_Fogarty@adobeforums.com
Newsgroups: adobe.reader
Subject: AcroPDF and FDF files
Message-ID: <3bc0c25f.-1@webcrossing.la2eafNXanI>
Date: Thu, 29 Jun 2006 06:47:44 -0700
Lines: 22
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
Path: arc1-ca.pugleaf.net!g2news2.google.com!news3.google.com!news2.volia.net!news.musoftware.de!news.albasani.net!news.ecp.fr!news.stben.net!webcrossing