It is this class of problems that caused me to deal with this stuff (delete .tag, .tag2, and .expr from the frx) at runtime instead of development time.
Paul On 12/4/12 1:42 AM, Dave Crozier wrote: > ..and don't forget that under certain conditions when editing the report that > even though you have the "save printer environment" set OFF, VFP 9 will set > it to ON without you knowing. There is a fix for this behaviour on Doug > Hennig's website: > > http://doughennig.blogspot.co.uk/2010/03/fixing-report-designer-bug.html > > Dave > > > -----Original Message----- > From: ProFox [mailto:profox-boun...@leafe.com] On Behalf Of Fred Taylor > Sent: 04 December 2012 01:15 > To: ProFox Email List > Subject: Re: SET PRINTER TO NAME (psPrinter) in VFP 8 / Windows 7 64 > > Check to make sure you don't have any printer driver info stored in the the > report (usually first record (objtype=1) .EXPR, .TAG, TAG2 fields) There are > some values you can leave in the EXPR field, like Orientation, etc. Be awarw > that if you edit the report again in the designer, you'll have to deal with > those fields again. VFP9 has a check box to save the printer info, but > earlier versions didn't have that. > > Fred > > > On Mon, Dec 3, 2012 at 6:04 PM, Paul McNett <p...@ulmcnett.com> wrote: > >> I'm having trouble with one of my legacy VFP8 apps on Windows 7/64. We >> also have XP and Windows7/32 clients that don't have the issue. >> >> This is in my report framework and I offer different output options >> from preview, print, email, to fax. When sending to the fax server, I >> run the report to a postscript file and send the .ps file to the fax >> server. >> >> To do this I set up a "Generic PostScript Printer" which is just a HP >> Laserjet 2800 PS printer driver set to print to file as the port. >> >> My code then iterates getprinters() and if it finds "Generic >> PostScript Printer" it uses that and issues (simplified code below): >> >> SET PRINTER TO NAME "Generic PostScript Printer" >> REPORT FORM (reportfrx) to FILE (outfile) SET PRINTER TO DEFAULT >> >> As I said, in all other systems it works just fine but on the Win7/64 >> system I just set up, apparently the printer isn't getting set to the >> postscript because the file is (apparently) PCL (the user's default >> printer is PCL, which leads me to believe that perchance the SET >> PRINTER call didn't really set the printer for some reason). >> >> I need to do some detailed testing on this one system but I can't >> until the user is gone for the day, so I thought I'd post this here in >> case anyone has any suggestions in the meantime. >> >> Paul >> [excessive quoting removed by server] _______________________________________________ Post Messages to: ProFox@leafe.com Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/50be005e.8090...@ulmcnett.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
