>>>>>>>The reporting tools run in the browser. They should be able to print locally
>>>>>>
>>>>>>I think printing from HTML is one of it's shortcomings. AFAIK there's only Window.Print() - or downloading a file to print manually ?
>>>>>>
>>>>>
>>>>>
>>>>>Producing a pdf on the server
>>>>
>>>>Right. But how is the pdf directed to the correct printer if processing occurs at the server.
>>>
>>>The user has to choose it from the print dialog.
>>
>>To put it mildly, that can be a nuisance especially if multiple documents are printed on distinct printers.
>>
>>But we have been thinking, in a LAN setting, and if the stations have fixed ip's (which the browser passes through), then based on a configuration scheme, the server could initiate the printing on the user's printers.
>>
>>Was just wondering if that is viable solution.
>
>Sure - you could give the user a drop-down list of available printers as determined by the server and print directly from the server.
Thanks.
>
>>It would definitely not work on an extranet setting. So how are people solving that; Google printing?
>>
>>
>>>
>>>>And you can call me Grajowers, I guess... And I would not mind even if you put the s
>>>>in front..;).
>>>>
>>>>
>>>>>>
>>>>>>>>For example, our shipment department staff create a shipment and he need to print labels (could be as much as 50). Each operator has a pc an a label printer hooked up to it;
If things have the tendency to go your way, do not worry. It won't last. Jules Renard.