Ignoring the FileName Parameter and fixing the view mode problem by use of a little script This all can be done by a little script which you will find available for download.
ACROBAT PDFWRITER PDFFILENAME REGISTRY PDF
All we need to do is therefore writing a script which uses the file/pathname information of Configuration Tool and writes the relevant information into the registry, prior to starting a new PDF File. Adobe does not support the standard feature of file creation using the printer driver but there is a specific registry key, PDFWriter listens to: Adobe PDFWriter will automatically delete this registry key as soon as this file has been created. One solution could be, that you now write a script which moves the file automatically to the right destination after killing the zero byte file and there are a few scripts out there which already do this. Instead Adobe will create a zero byte file where the original PDF file is supposed to be while the "real" output file will be produced into the application directory. The Path/Filename Parameter Problem Adobe PDFWriter 5.0 can no longer handle the path property. We do this by a little script which will modify the following Registry entry: (Value of 1 starts the Viewer, Value of zero does not start the viewer) Please note that this setting is user-dependent. The right solution is therefore to set the switch the way you want prior to printing from PrintMachine. Unfortunately, this does not fix the problem entirely as there seem to be various situations when Adobe resets this flag (for example when someone else logs in).
ACROBAT PDFWRITER PDFFILENAME REGISTRY HOW TO
PDFWriter 5.0 sometimes falls into view mode, rather after producing the PDF file This article explains how to fix this behaviour by use of a little script. The following behaviour can be seen: PDFWriter 5.0 ignores the Path/FileName Parameter set in Configuration Tool. As of version 5.0, Adobe Acrobat PDFWriter showed some strange behaviour if being used by PrintMachine.
0 kommentar(er)
