E10.1 has an APCheck style with a few simple, custom locations.
Upgraded to E10.2
Custom AP Check style printed to PDF maintains custom locations.
Custom AP Check style printed to client printers - some text locations are off (even though they line up in the PDF test).
Why might text positions change between a PDF print and a client printer printout?
So far the only thing I’ve noticed that has changed on the STANDARD E10.2.xx AP Check.
It’s report properties are metric (cm) and all margins are zero.
While for previous versions, AP Check report properties were english (in) and margins were specified (R/L ,25 in, T/B .16 in).
For now I’ve started moving things around in Report Builder.
And I’m thinking about testing a custom form at the printer too?
APCheck margins, alignment, etc…
Rebuilt from 10.2 STD with some trial & error to get things lining up with pre-printed checks again.
The old version seems to work on some printers that enforce a minimum margin.
i.e. failing on a BETTER printer that can go to the edges of the paper.
But… I’ve been working on it remotely so hard to verify all the details.
FWIW…a screen shot comparing the different version page properties.
Something to keep in mind when working with this - Windows does not natively know how to print a PDF so printing has to be accomplished by pushing the PDF through software that does know how to print a PDF. As a result, there can be a difference in output - generally minor but annoying when there is.
Your Post does not say how you are doing the Client printing. If you are specifying that Epicor should print the document when you are submitting the Report, the PDF printing software is the same regardless of Server or Client based printer.
However, if you are comparing the output when you print from a PDF Viewer (Adobe Reader most common) with the output when you have Epicor print directly to the printer, you may see differences due to having different software doing the actual printing. The PDF in both cases is the same and in a perfect world the printed output would be the same also…
By making adjustments to the RDL you may be able to create a PDF that results in a common printed format but if the actual end-user use case is just to have Epicor print it directly, that effort may not be worth the time.
