Re: launch Acrobat Reader invisible
If you start regedit and find the standard value of HKEY_CLASSES_ROOT\.pdf, you'll find what document type files that ends with .pdf is. In my case it's AcroExch.Document. Then I lookup HKEY_CLASSES_ROOT\AcroExch.Document to find what operations is registered on this document type. Under HKEY_CLASSES_ROOT\AcroExch.Document\shell\print\command if find that the command line to print this document is C:\Programfiler\Adobe\Acrobat 5.0\Acrobat\Acrobat.exe /p /h %1. So it's available with Acrobat 5 too. -- Sindre Solem Emma EDB AS Dvorák Zdenek zdvorak@csasTo: '[EMAIL PROTECTED]' [EMAIL PROTECTED] .cz cc: Subject: launch Acrobat Reader invisible 13.12.2001 09:17 Please respond to fop-dev Hi, If anyone is interested in printing via Acrobat: this is the way of calling Acrobat Reader (only version 4) in the background in order to print a document. AcroRd32.exe /p /n /h filename The Acrobat does the job and exits. If anyone has an idea how to do it in later versions I would appreciate it. Zdenek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: launch Acrobat Reader invisible
At 10:46 AM 12/13/01 +0100, you wrote: this document is C:\Programfiler\Adobe\Acrobat 5.0\Acrobat\Acrobat.exe /p /h %1. Hmmm, my installation is set up to use DDE to pass a filename to acrobat. The DDE command is FilePrintSilentEx(%1) ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: launch Acrobat Reader invisible
I think that all this system calling is a bit dodgy if you don't control the target environment: I looked at it for a while but felt that I couldn't prevent things going badly confusing for the user if they had any deviance in their setup. And it obviously throws away the cross-platform nature of things. Nobody interested in the AWTRenderer / PrinterJob pure java approach? Even lets you do the print dialog thing... Al -Original Message- From: Ralph LaChance [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 12:54 PM To: [EMAIL PROTECTED] Subject: Re: launch Acrobat Reader invisible At 10:46 AM 12/13/01 +0100, you wrote: this document is C:\Programfiler\Adobe\Acrobat 5.0\Acrobat\Acrobat.exe /p /h %1. Hmmm, my installation is set up to use DDE to pass a filename to acrobat. The DDE command is FilePrintSilentEx(%1) ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: launch Acrobat Reader invisible
We selected PDF as the target document format I thought that only AcrobatReader can be used to print. Are there also other options without changing the current XSL stylesheets (that define the fo xml)? thanks Zdenek -Original Message- From: Alistair Hopkins [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 2:15 PM To: [EMAIL PROTECTED] Subject: RE: launch Acrobat Reader invisible I think that all this system calling is a bit dodgy if you don't control the target environment: I looked at it for a while but felt that I couldn't prevent things going badly confusing for the user if they had any deviance in their setup. And it obviously throws away the cross-platform nature of things. Nobody interested in the AWTRenderer / PrinterJob pure java approach? Even lets you do the print dialog thing... Al -Original Message- From: Ralph LaChance [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 12:54 PM To: [EMAIL PROTECTED] Subject: Re: launch Acrobat Reader invisible At 10:46 AM 12/13/01 +0100, you wrote: this document is C:\Programfiler\Adobe\Acrobat 5.0\Acrobat\Acrobat.exe /p /h %1. Hmmm, my installation is set up to use DDE to pass a filename to acrobat. The DDE command is FilePrintSilentEx(%1) ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
quo vadis - RE - launch Acrobat Reader invisible
Hi all, I'm a little confused about this exchange -- and wondering what is driving the interest in directly launching AcrobatReader ? We run fop and generate printouts directly using the -print option all the time and get 100% fidelity viz-a-viz producing pdf files from fop and then (manually) printing them. (Checked with a light table even!) We happen to be doing our production work via a shell command since the spawning application is in smalltalk, but we've also verified the approach runs just fine when we invoke fop directly via method calls from within a Java app (We simply inspected the command processor source and mimic'd what it does for -print.) We use standard fonts, as it turns out, but do embed gif's, generate 2 column text layouts with in-line column-spanning tables (whose contents include some column spanning data) and the results are just fine. I concede that -print only goes to the default printer and I'll admit that we needed to tweak the xslt to workaround certain sensitivities; but we're OK with that. We have a 100% cross platform solution and it isn't sold by micro$oft. I think that all this system calling is a bit dodgy if you don't control the target environment: I looked at it for a while but felt that I couldn't prevent things going badly confusing for the user if they had any deviance in their setup. And it obviously throws away the cross-platform nature of things. Nobody interested in the AWTRenderer / PrinterJob pure java approach? Even lets you do the print dialog thing... ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: quo vadis - RE - launch Acrobat Reader invisible
+1 to this: I think it's a clearer statement of what I was saying. The -print command line option actually uses the awt renderer and not the pdf renderer [pause while I check this - yes, PrintStarter$PrintRenderer extends AWTRenderer]. You can choose printers by making sure that pj.printDialog() gets called: this invokes the native OS print dialog box. You do this in PrintStarter by setting a system property called dialog to some value (cf PrintStarter line 70). ref quality, I've found that borders are fairly poor. Dvorak: fo is a format, pdf is a format, AWT is a format. Your xsl makes a document in fo format. All FOP does is translate from the fo format to another format of your choosing: all the user cares about is the piece of paper they end up holding, they don't care how many or which formats it passes through so long as it looks right. Alistair -Original Message- From: Ralph LaChance [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 1:48 PM To: [EMAIL PROTECTED] Subject: quo vadis - RE - launch Acrobat Reader invisible Hi all, I'm a little confused about this exchange -- and wondering what is driving the interest in directly launching AcrobatReader ? We run fop and generate printouts directly using the -print option all the time and get 100% fidelity viz-a-viz producing pdf files from fop and then (manually) printing them. (Checked with a light table even!) We happen to be doing our production work via a shell command since the spawning application is in smalltalk, but we've also verified the approach runs just fine when we invoke fop directly via method calls from within a Java app (We simply inspected the command processor source and mimic'd what it does for -print.) We use standard fonts, as it turns out, but do embed gif's, generate 2 column text layouts with in-line column-spanning tables (whose contents include some column spanning data) and the results are just fine. I concede that -print only goes to the default printer and I'll admit that we needed to tweak the xslt to workaround certain sensitivities; but we're OK with that. We have a 100% cross platform solution and it isn't sold by micro$oft. I think that all this system calling is a bit dodgy if you don't control the target environment: I looked at it for a while but felt that I couldn't prevent things going badly confusing for the user if they had any deviance in their setup. And it obviously throws away the cross-platform nature of things. Nobody interested in the AWTRenderer / PrinterJob pure java approach? Even lets you do the print dialog thing... ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: launch Acrobat Reader invisible
You can control the printing as well as just about any other aspect of Adobe Acrobat using the Adobe Acrobat SDK. See http://partners.adobe.com/asn/developer/acrosdk/main.html for info / download. -Mike --- Mike Crino, A+, MCP+I, MCSE, CCNA Avanti Destinations -Original Message- From: Dvorák Zdenek [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 13, 2001 12:17 AM To: '[EMAIL PROTECTED]' Subject: launch Acrobat Reader invisible Hi, If anyone is interested in printing via Acrobat: this is the way of calling Acrobat Reader (only version 4) in the background in order to print a document. AcroRd32.exe /p /n /h filename The Acrobat does the job and exits. If anyone has an idea how to do it in later versions I would appreciate it. Zdenek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
