Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Pick Ticket Printing

Status
Not open for further replies.

ThunderForest

IS-IT--Management
Mar 3, 2003
189
US
Macola v7.5.103d Pervasive/SQL
Windows 98
Pentium II PC, 128 mB

I have a user who, on occasion, prints a pick ticket and not all the products will print on it. The total price on the pick ticket does print correctly on the last page. I'm somewhat reluctant to blame this on the print queue setup or the printer configuration because there is another user who doesn't seem to have any problems and who has the exact same config/platform, etc. One thing that stands out is that this particular user typically has perhaps as much as 10-12 Macola screens (or more) open when choosing to print. In fact, using the Pervasive Monitor utility, right now this user has seven sessions open with 189 handles. Any clues? I can't check Macola's infoMine (maintenance agreement issue). When this problem occurs, here's what the Macola PrintErr.Log says:

20060315 134001 NANCY OEPIKPRT PRINTWIN E 0003 001 99Oct15 04102221 Order Entry \\ServerName\ORDERS_Q 001 2159 2794 Letter 8 1/2 x 11 in P 001 N

Write: Error in Macro PRINTER-WRITE - call to ..Printer Document not started..Print Document

20060315 134001 NANCY OEPIKPRT PRINTWIN E 0000 000 99Oct15 04102221 Order Entry \\ServerName\ORDERS_Q 001 2159 2794 Letter 8 1/2 x 11 in P 001 N

End Doc: Error in Macro PRINTER-END - call to delete PRT..Printer Document not started..Print Document Error


Getting answers before I'm asked.
Providing answers if I can.
 
Network printer? What network OS? Do you have the printer set to print after job is spooled? You should if you don't. Lots of forms printing issues over the years of all types. You could try to export the pick form & reimport it. You could try to rebuild the pick form under another number by starting with a basic macola form and copying to a different form number. Then make your changes to have the new form look like the old form. Is this a dot matrix printer? Do you have the latest driver for win98 for this machine? Is the workstation that works the same OS? Using the same driver? Fonts installed on each workstation may also be different, which can also cause printing problems. You could also try the initializing the printdef & reptpass files. The next time the users print their jobs the first time they will have to reselect their printers. You may also need to use the font dialog box on the offending machine if the right hand edge seems to cut off prematurely. Do you have a bunch of spooled reports that need to be cleaned up? Do you get the same message if you spool the pick tickets to file? Macola has always said that if the spool to file works, then the output is going correctly from the program to the OS. If the print to printer fails and the print to file does not, then it is a workstation OS/wincom print manager problem. You should really think about moving into the 21st century on your software, too.
 
Been down this road before...

Do a forum search on: pick ticket print problems

and you find some other solutions to similar problems.

I think this is a known Macola problem. We ultimately set our pick tickets to only print 3 lines even if there is room left at the bottom of the page. I believe the problem is in Macola. It can modify each PT with so much information for each line, it just "forgets" where it left off on the form when it goes to the next page. We have tried different printers, fonts and various chants and small animal sacrifices in our attempt to get it to print correctly.
 
I think AKPolar is correct. We have run into this a few times and I asked my programmer to review the pick ticket source code, and he advised that the issue was if you are using the sub-total section ???? If you have exactly enought line to fill one page, a form feed is issued, a new page is printed with a form footer and you sub-total is carried into the next section. The sub-total should be counted in the line total.
Now this was quick a while ago, but wonder if you are seeing this ?
 
I think you're on to something. To add to what you say, and perhaps to make matters worse, we even print a barcode below the item number. Given that, I can see where memory can really get jogged on a 98 platform along with our Macola version. I did find that since changing the printer config from print after first page spools to print after everything spools so far has eliminated the errors in the Macola error log. However, I'm not yet convinced everything prints on the PT all the time. Thanks folks.

Getting answers before I'm asked.
Providing answers if I can.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top