>>>
>>>As a rule of thumb (FWIW), I delete the Printer setting in the FRX record in the first row (if you do this make sure you make a BU copy first! (s)). That seems to eliminate many problems since there is no info for VFP to use to setup the printer. It 'seems' to make VFP handle a printer in a more 'generic' sense.
>>>
>>>My 2 cents...
>>>
>>>Tom
>>
>>Would you delete that whole row in the .frx or just empty some of the fields that refer to the printer. I'm not sure how far to go in the .frx -have only browsed these files before and made incidental changes.
>
>I would blank out the fields TAG and TAG2. That's where the printer definition is usually stored. If your reports are included in the APP then you must blank the tag fields, otherwise they will get replaced when the user picks the printer (only if you do REPORT FORM ... TO PRINT PROMPT).
>
>HTH,
>Sorin

Still had a problem. Maybe I cleared too many fields. When he ran the report, the printer property for true type fonts was still wrong and different from the printer setting outside the app. If I change the setting before printing, 1958 'error loading printer driver' comes up. Maybe he needs to reload his printer driver. I'm kinda stumped regarding what VFP does with the printer properties. Why would it change if I don't even have a printer specified in the .frx?