(Windows printing enhancement/fix): The printer init command PRTCOPIES now has an effect on Windows printing. By default, it is TRUE, meaning that A-Shell will generate multiple copies by sending the file multiple times to the printer driver. If explicitly set to FALSE, then A-Shell will tell the printer driver to generate the copies.
Previously, if the printer selection dialog was used, then the generation of copies was left to the driver (i.e. PRTCOPIES=FALSE); else it was handled by A-Shell (PRTCOPIES=TRUE).
The motivation for the change was a report that a certain printer driver wasn't generating the copies even when told to do so in the printer dialog. This fix should make that problem go away by putting copies (by default) back under control of A-Shell even when the dialog is used.
Note the two main downsides to having A-Shell generate copies as opposed to the driver are:
| ● | the data has to be sent over the wire to the printer multiple times |
| ● | you cannot take advantage of the collating option (if the driver offers it) |
But these are generally of so little import that the increased dependability of having A-Shell generate the copies is a better default choice.
Note: This subject was further developed with subsequent changes to A-Shell and the documentation. See PRTCOPIES Support and Printing Multiple Copies.
