Hi Cindy,
Thanks for the reply and my apologies for not getting back to this sooner...holidays and all <grin>.

These reports are stored in a table and are modifiable by a user. When a particular report is run the .frt and .frx are copied out from a memo field (after the data environment has been set up) and then run.

What I find odd is that I SET DEFAULT to the folder on the network from which this user runs the app. I then run the same executeable from the same spot as the user would. All reports that are supposed to be landscape run landscape!

The only change has been that they changed out her printer and that is when these problems began.

I'll take a look at John's information. Thanks for the help and the reference.

George

---

>George,
>
>The printer information is stored in the Expr, Tag1 and Tag2 fields of the first record of the report. On your machine, information about your printer is there. Many developers delete the Tag1 and Tag2 information and edit the Expr information before they deploy reports.
>
>For a better understanding of the structure of the .FRX file, please see John Koziol's article at http://www.pinnaclepublishing.com/FT/FTmag.nsf/37fd7b62c1dfc5d88525689600515109/f9fa874556fbe8768525692e007b8459!OpenDocument.
>
>Are your reports compiled inside your app or are they external? Does your user have the ability to modify the reports?
>
>
>
>>Hi all, I have a application that I am supporting that has many reports. The majority of these are supposed to print in Landscape mode--and have been until recently.
>>
>>The user recently had a new printer installed and now most of the reports are printing and previewing in Portrait mode according to her.
>>
>>But if I run her executeable from my machine everything seems to be working fine. I have explained that the actual printing problem is most likely due to the new print driver and I have no control over that (and I have no control over the printer driver, either).
>>
>>Has anyone run into anything like this?
>>
>>TIA,
>>George