We have a report designed in CR2008 SP6 Fix Pack 6.2 to print labels to a label printer. The report is designed as 4" x 4" label.
We have a VB.NET executable that uses the Crystal Developer for Microsoft Visual Studio SP6 properties and methods to generate the report. Specifically using the load and printtoprinter methods. Our end users use this vb.net executable to print their labels. We prompt for a printer using the PrinterDialog and then set the System.Drawing.Printing.PrinterSettings and PageSettings based on the values selected in PrinterDialog. We then pass the System.Drawing.Printing. PrinterSettings and PageSettings as arguments into CrystalDecisions.CrystalReports.Engine.ReportDocument.PrintToPrinter
We have the No Printer option checked in this report because if we do not then we found, when our end user tries to run the report, the vb.net exe will try to look for the printer we used to develop the report. This would sometimes cause a Load Report Failed error because it would time out trying to find our printer which our end user does not have. Each of our end users could have a different printer than what we develop with, so after designing, we select No Printer and save the report.
I am now seeing and trying to understand, based on this article from July 2013: http://search.sap.com/ui/notes?id=0001893509&boj=/sap/bc/bsp/spn/scn_bosap/notes.do?access=69765F6D6F64653D3939382669765…
It sounds like:
* We can no longer have one generic report to print to any zebra printer?
* We must now create a version of a report for every Zebra print driver that is available and deploy all of those reports
* Modify our vb.net program to look for the print driver on the printer the user selected and then somehow know which report is the correct report to
load and print so there are no Zebra printing issues?
Am I understanding this correctly? If so, then this will cause us quite a bit of trouble. We have no control over what printers our end users purchase nor what drivers they use, and we do not want to limit them.
The issue they are having, with this runtime version of Crystal and this Zebra 105SL is that, with the Zebra driver (v7.3.6), the printer will variably not print a label for an item, but then duplicate (or triplicate) a label for another item. It is as though the buffering is not correct. Our reports run SQL Stored procedures, and we can see the correct number of labels when we run the SQL stored procedure. But when the report prints out, it does not print some of those items, but then will duplicate others. Zebra says it is a Crystal Reports issue. If the customer switches to the Seagul Scientific print driver then the items do not skip, but they print horizontal at 2" x 2" and even if they change the label to the required 4" x 4" in the printer properties, the label still prints x" x 2" horizontal. Can you please answer this?
So there are a couple of items here we need help with here. The issue with the Zebra printer not printing some labels and duplicating others, and then the issue based on the link above.