Printing from explorer or command line

[jabraga]

when using the new print or printto options from the viewer printing does not work correctly as it does from when the application is up and running and you select print. With fox it reader and such once you have selected the paper scaling from within the print dialog box once it retains that setting for all future prints. I have a pdf doc that I need to set the margins as "Fit to printer margins" and it works if I print from within the app itself. But if I run the command line print option and specify the document the printer say I have to load the correct paper "Plain A4"

This should work or are their other setting that must be passed on command line

[Ivan - Tracker Software]

To use latest settings, use command line /print:default=no or /printto:default=no.

[jabraga]

thanks that works great but for 1 issue. If pdfxcview is set to the default viewer which it should be then every time the application runs it resets the registry print and printto back to the default which is without the :default=no
I would believe that the default of the print and printto should be default=no since that is what was most recently used. Or better yet have a switch in the application that will not override it everytime it starts. The reason I say is that I have an application that has to interface to print pdf docs and it does by reading the registry to which product is set to print pdf docs and extracts the command line to print the pdf passing the parameters. The problem is that pdfxcview will reset the registry file associations back to the default which removes the :default=no after the commands

[Ivan - Tracker Software]

Will make :default=no as default value, which is more reasonable.

[jabraga]

also it seems that the parameter order of the command line is not compatible with the standard method that Adobe or Foxit reader uses.

With adobe/foxit the printto, the parameter "%1" is the filename and "%2" is the printer name. With yours the printer name is the "%1" parameter and the "%2" is the filename which then is not compatible with other applications that interface the registry to use the printto command where they expect the "%1" to be the filename to print

I also ran into an issue that I could then not use your application to correctly render pdf files thru a third party, I had to go back and use foxit reader. In my example I use a product called goldfax which sends faxes. What they do when they see a file in a folder is determine the file type and startup the correct application based upon print / printto registry entries for the registered product of that file type and then render that file to a PCL file to then send thru the faxing engine to actually send the fax. When I look at the pdf rendered image as PCL via their viewer it is not correct, lines are missing, it has a smaller scaling factor. When I use adobe or foxit it renders correctly. Any ideas ?

[Ivan - Tracker Software]

about printto: I know Adobe uses syntax where first is file name, and second is printer name. Such syntax has limitation - you cannot print more than one file using one command line.
We had choose the syntax which for example MS Word uses: printer name, and than - file(s) name(s).

about problem with goldfax: can you send me original PDF, and PCL files produced by this application when it prints via PDF-XChange, Acrobat, and Foxit ?
You can use my email Ivan@tracker-software.com to send it.

[jabraga]

I have sent you private email about the rendering. As far as the printto interface then you should reverse the way you right you printto command to the registry. instead of /printto "%1" "%2" it should then be /printto "%2" "%1" so that it follows the correct conventions from other applications.

[jabraga]

I know this has already been addressed but is it still possible to have the viewer detect then command line parameter to determine if whether the first parameter is a file or printer. What I suggest is that if you can somehow detect from the printto parameters whether the first or second is a actual file name. Being that the case when you can reverse the entries if they are not correct since Adobe and others use it is this way.

[Ivan - Tracker Software]

For a few builds already, the installers define Printto as /printto "%2" "%1"