-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hi, how can I make a file print multiple copies and send it only once instead of sending it to the printer over and over again? #7
Comments
If you can find anything in the PDF-Xchange manual that would do this, I would be glad to implement it. Here's the link: https://downloads.pdf-xchange.com/PDFVManual.pdf Let me know if you find anything relevant. The command-line syntax starts on page 18. |
In addition to the site has talked about, you can use powershell to achieve silent printing. That with PDFtoPrinter filename. pdf copies=N, there are other differences such as speed will be faster? |
I don't know how to avoid the error that you reported. Please feel free to download the source code and modify it. If you can find a solution, I will gladly add it to the program. I don't know whether powershell will be faster than my program for silent printing. Could you experiment and report the results? |
I would like to ask if no one has used it before to repeat the cycle of printing, for example when printing multiple files. Also I found that after the cmd is started once, the file will start transferring to the printer, and pdftoprinter doesn't need to be in the background, just exit. In other words, is it possible to make the software quit after starting cmd once, so that it won't affect the use of it, and it can avoid the error shown on my picture (the reason is that the software must wait for the file it sends to finish transferring at the printer). |
I found another software that also prints from the command line, and it sends a file that enables multiple copies of a certain file to be printed (but only sent once to the printer). |
Sumatra PDF only prints to its default paper size. If that works for you, edit my code to use it instead.
No one else has ever reported this problem.
No, because it needs to stay open until it has printed all the files on the command line. But the AutoIt language is easy to learn, and you can study the code and modify it to do what you want. Probably this software will never do what you want it to do. I think you would probably get better results from PowerShell. |
@fdjkdf - I forgot that you can disable the "PDFPrinter.exe is already running" error by adding the letter "M" or "m" to the name of the executable, as in I haven't documented this because it can cause other problems. But you may want to try it. |
Please try this PS script. Here's the example output.
|
Also to take note at page 18, https://downloads.pdf-xchange.com/PDFVManual.pdf, this manual did not specify the parameters to specify number of copies in the original printer.exe. So it is not possible to only send one copy to the printer. Regards. |
But I found another open source software that can print from the command line, it sends the file only once and prints more than one, do you know why this is. |
You can easily rewrite the AutoIt code to use SumatraPDF, but SumatraPDF only prints to one default paper size, so I can't use it. But anyone else is free to rewrite the code. |
I would like to ask you, why sumatra can realize multiple copies to send only one, the two software can not combine the advantages of each? |
You will have to ask the authors of SumatraPDF and PDF-Xchange that question. I have no idea of the answer. |
I have learned by reading the original article that printing N copies of a certain document is written as follows:
PDFtoPrinter filename.pdf copies=N
But it sends the file N times to the printer, greatly increasing time and reducing efficiency. Normally, it should be sent once, and then the printer can print multiple copies after receiving it. How can I modify it?
The text was updated successfully, but these errors were encountered: