Hi Richard

Having printer info saved with report is common source of problems;

If you are using VFP9 then you can simply decheck printer info
saving in RD, otherwise for older versions you have to clean it up yourself.
Chk download#25487 , there is function there which will clean up
printer info from all frx files found along given path.

When you are sure your frx is 'clean' you can send it to print
on default or any other printer installed on PC, using something like;

cPrinter=set('printer',2)
set printer to name (cPrinter)

Chk aprinters() function as well, it might also come handy.

HTH







>I apologize for what I know has been answered before, but my firewall won't allow me to perform a search (it won't allow certain pieces of information to be sent out, which UT uses as part of it's search validation)
>
>In the .FRX files there are 3 fields that contain information in record 1 about what printer the report was designed in/for...
>EXPR, TAG, TAG2
>
>What do I need to strip out to make the report not have printer specific information?
>
>We set up our network printers such that each tray of a printer is treated as a different printer. So if this printer (hardware) has 3 trays, then it is represented was 3 different printers. One only knows about tray 1, another only knows about tray 2, and the 3rd only knows about tray 3.
>
>My user has his default printer set to tray 3 of printer "X"
>
>I have a report which when being previewed, if the print icon is clicked, the report tries to print to the right printer (hardware), but to tray 1... however, if the user clicks MY print button, which does a
>REPORT FORM _____ TO PRINTER NOCONSOLE PROMPT
>The Windows Printer dialog box defaults to the correct logical printer and tray... and if the user prints to that printer and tray, then it prints as it's supposed to print.
>
>The printer information in the FRX record one is for a different logical "printer", of the same brand and model (HP 4000tn)... just because that's the printer I had as my default when I created the report.
>
>I suspect that's why the icon is printing to the wrong tray... because it's getting confused...
>
>TIA,
>Rick Liebespach