Hi Dmitry,
I wld rather seek solution in building supporting data structure
that will 'bind' printers to some codes or if needed to reports themselves.
While ago, when I was building commercial software, I hv implemented class object acting as interface between reporting tasks and ouput destinations. Whole thing works with specialy designed database for that purposes. That database among other things includes tables describing workstations, window printers (per workstation), report tasks, frx layouts and of course numerous relations (mappings) between them.
With this in place I can map report task to particular frx layout or further more to predetermined printer. I can also validate that frx layout designed for laser does not end up printed on dot matrix printer (while they were still in use), decide which layout will be used, send apropriate printer codes, run excel automation if necessary and meny other reporting related functionalities.
You don't hv to go all that far, but perhaps you can get some ideas from this.
>>>>>They (customer) don't want to
have to select a printer. They want the program to make it automatic based on selection in another field.
>>>>>
>>>>>>Why you don't want to use APRINTERS() and let user select printer from the combobox?
>>>>>>
>>>>You can validate this field against this array.
>>>
>>>But my initial question is to how to do it a little differently. That is, instead of addressing the printers by name, to see if it is possible to do it by IP. I am trying to see if there is an advantage (of course, if it is possible) to using printer IP on the network instead of the name.
>>
>>I see. Well, what can you do, the thread already drifted <g>
>
>Depends how you look at it. The fact that nobody has an input into using IP could mean that it is not a good approach. But I appreciate your input very much. And if nobody else contributes, I will give you solution stars <g>. (As we agreed, you kick one of the stars back to me in Private <g>)