Sounds good. I'll try it the same way. Thanks again
Allen

>My situation was fairly simple. I knew that all the computers were going to use the same model receipt printer. OPOS is supposed to be an international standard so maybe each manufacturer's control works regardless of the device. All you have to do is install the correct OPOS software for the device and configure the software with the correct device identified properly.
>
>During my development, I do not remeber seeing any capability of actually sending a file to the control for printing. However, with the VFP function of FileToStr() function, you could try to send the file as a string to the control. I see no reason for this not to work as long as each individual line does not exceed the width of the receipt paper.
>
>I included the OPOS installation software on the CD with instruction on how to install it and configure it. Since all configurations were the same (except maybe for the com port the device was attached to), I included a Win95 REG file with just that part. All they had to do was dbl-click the file to insert the keys in the registry. Then they launched to OPOS software to make sure the com port was right, etc.
>
>
>>Hi Mark,
>>After looking up old posts on this subject, I knew you had this same situation months ago. Thanks for your post (especially your code clip).
>>I also installed OPOS and it works for me also but after pouring over the docs I am not sure if I could run the print from a file with OPOS. Do you know if it is doable? I would rather run my report to a file first, then have OPOS enable the printout. If you know how to do this with OPOS you may respond with specifics since I'm familiar with the control's attributes and have the docs to follow.
>>Another question I have with this control is, how would I setup a distributable app with OPOS? I would probably have to get the value from the registry of device name for the OPEN method with an API call, no problem. But how can I be certain that the service objects that each user gets with their devices(printers) will work properly with my code (both the layout of the text and the control codes that a printer may or maynot need)? Without benchtesting each device (in this case printer) on the market what do developers do to assure their customers a quality product?
>>Your insight is most appreciated.
>>