Problem with Barcode for AS400
Hi Srs, Im an AS400 developer currently having problems with a Report that contains barcode generated via AS400. I've generated a barcode in RPG and is working fine in 7 of the 9 printers that the enterprise where I work has (The report prints fine) , the problem is that in those 2 remaining printers, the report is generating in a wrong way, it's changing the lay out of the report (doing things like overlaping one line of the report with another for example).
I want to know if the problem can be with the printers (as they have a different congif) or if I can do something (in the RPG code) to keep a printing standar of the reports in every printer.
Thanks in advance for your reply!!
Software/Hardware used:
AS/400
I want to know if the problem can be with the printers (as they have a different congif) or if I can do something (in the RPG code) to keep a printing standar of the reports in every printer.
Thanks in advance for your reply!!
Software/Hardware used:
AS/400
ASKED:
March 21, 2012 4:44 PM
UPDATED:
March 22, 2012 12:30 AM
Answer Wiki:
Last Wiki Answer Submitted:
Be the first to answer this question.
All Answer Wiki Contributors:
Be the first to answer this question.
To see all answers submitted to the Answer Wiki: View Answer History.
…if I can do something (in the RPG code) to keep a printing standar of the reports in every printer.
In general, no, there is nothing reasonable that you can do in any general program to ensure that different printers will give “standard” results. That was a big part of why someone saw the need for something like .PDF files in the first place.
It’s a simple fact of life that different printer makes, different printer models and different printer configurations, probably even with different installed options, will print the “same” reports in different ways.
That does not mean that two printers will never print the same report so that it looks essentially the same from both printers. Given the right printers with the right fonts and the right configurations and options, and given a report that doesn’t call for uncommon print elements, things usually can be worked out in a satisfactory way.
But you can’t guarantee it, and it’s futile to try to program to make it happen.
For most cases like yours, it’s better to create some test reports and use them to learn how the two types of printers react to parts of your printer data stream. Wherever you find differences, look in any reference materials for that printer to learn what needs to be done (for that printer) and how it might affect any different printer.
That might include some changes to the programming, some changes to the printer file definition, some changes to the printer device description or even changes to the physical printer configuration.
System PTFs, printer firmware updates,… maybe the printers really aren’t even compatible with each other. Lots of things can be wrong. Very hard to say since we don’t even know what kinds of printers you have.
Tom