The users are ok with the speed of the reports as output by VFP7. There seems to be a world of difference. I don't dare try making the switch to VFP9 report behavior.
>>>We have recently (this week) moved our production applications to VFP9. There is a program that I need to run almost daily that prints a report. The report is usually rather small, 6 to 12 pages or so. It used to be rather quick, but under VFP9 each page prints with a huge pause after the last one.
>>>
>>>Is there still nothing we can do about this? Do we have to lose all of the new functionality if we want speed? It could take hours to print a report that has one or two hundred pages. Even a 25 or 30 page report would be painful. It seems like two steps forward, three steps back!
>>
>>Try to add NODIALOG clause.
>
>
>>Nope, that didn't help. At first I thought it did, but then I realized that >it may be cached commands. So I quit VFP and started it up again. It took >14 seconds between pages on the printer. So that's one minute and twenty >four seconds to print a six page report. That would be 14 minutes for a >sixty page report. Unacceptable.
>
>In such case,my experience is to abandon VFP report mode to print so many pages in a batch,even if Set REPORTBEHAIVOUR 80 etc. used,the performance still can not be beared by customer -some time, our customer needs to batch print about a hundred pages in one print task. Instead,you may format your report into a text file by programming,then use Type command sending it to printer,by this way,it's quite fast - I think DOS print mode always is fatser than graphic print mode,so still enjoy DOS commands sometime.
Where's the damned Any Key?...too late