Deployment Feature Availability
Available in on-premise deployments only.
The print action can send generated documents to a specified printer.
Lets the user define how many copies of the generated document/s are to be printed
Duplex (1-Simplex, 2-Vertical, 3-Horizontal)
Lets the user define what duplex they want to set if any
The name of the printer the generated document/s will be sent to. eg. \\Server\PrinterName
Lets the user define what tray to print the document from if applicable.
Only Printer Name is mandatory, the other three attributes are optional
- Create a new project in Design
- Add the Printer action to the finish page
- Select the printer action and navigate to the Printer Action Properties on the right hand of the window
- Define the attributes required
- After documents are generated, the templates are sent to the defined printer
If you have more then one generated document it is possible to configure which ones are printed and which ones aren't printed. (please refer to Restricting/Defining Generated Documents on Actions how-to guide)
Conditions may also be set on the Print action through the Conditions tab. Refer to Defining Conditions.
After deploying custom functionality to print SmartIQ generated documents using the Aspose.Words Print() method, the documents would not print. There was no exception thrown, however, occasionally the print queue itself would crash.
The SmartIQ application pool identity usually runs as the standard ApplicationPoolIdentity as in the following screenshot:
This means that when SmartIQ prints something it is sending the document to the printer as this user. The ApplictionPoolIdentity is a standard system account, and it appears that in some environments these accounts cannot access print queues.
Create a new application pool in IIS, or modify the existing one.
Assign a named user to the application pool, ensuring that user has appropriate permission to access the print queue.
- Recycle the application pool and retry the printing.
Updated about 1 year ago