This content has been marked as final. Show 3 replies
I have no direct suggestion since I've never used a virtual printer and the pipe feature. We drop our field-nominated .DAT files directly into a folder on the server (via FTP or file copy) that is watched by Central (the "transaction files" setup). The printed output (from JFMERGE) is then directed to a printer defined on the Central server or another server that is defined as a "generic text-only" printer that goes directly to a stand-alone printer via TCP/IP port. In general, we print true & simple "forms" that have boilerplate text that gets data merged into fields. We have a few reports that have multiple pages of detail lines but they overflow appropriately.
If you are doing multiple detail line "reports" that have enough detail to span pages I would suggest you check out the Output Designer setup for the reports. That might be what is forcing the page breaks.
If you use complex forms, with repeating sub-forms, the Output Designer setup may be what is forcing the page breaks.
Do you LPD the data file to virtual printer? If you do, you must enable Simulate Pass Through. Otherwise, the LPD apply form size control (form length and width) to the data.
Problem has been solved.
The 'form feed' characters were caused by a bug in the SAP system that generates the data files. In other words: the data files were corrupt, there was nothing wrong with the Adobe setup.
Thanks for your help Tom & Tim.