Yes OPOS is an industry standard. I just hava a SCAN/ENDSCAN that loops through all the records in my InvoiceItems cursor and prints all the lineitems on the receipt. After the ENDSCAN, I send lines for the sub-totals and receipt total and some other info lines. Then I issue the PaperCut command. There is absolutely no limit on the number of lines you can print for 1 receipt.

You can not use a VFP report form to send output to the receipt printer. You write code that calls OPOS OCX methods to do all the outputting to the printer.

>Hello Mark. Thanks for responding.
>What I m having problem is the receipt printer prints fine. But when there are a lot of items to be printed, the printer stops printing after certain amount of lines.
>
>Do you some how communicate with the OPOS driver to control when the printer stops printing and cuts?
>
>According to Star Printer manufacturer, OPOS is an industry standard.
>
>Thanks Mark.
>
>
>>Has anyone worked with OPOS or OlePOS driver for receipt printers?
>
>>Yes. Specifically for Epson receipt printers and cash drawers. Even with the same vendor, different models of printers have different printing formats, paper widths, etc. So unless you want to develop code for multiple models, define a specific model to be used [I support the Epson TM88-II only] and develop your printer code for that model. You don't have to concern yourself with cash drawer models. They all work the same and the code to pop them open works for any drawer. Just make sure you get the cash drawer from the same vendor. Epson's drawer connects directly to their receipt printers.
>
>>What I developed works extremely well with my VFP apps.