Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Is there a way around this
Message
From
18/07/2006 16:58:22
 
General information
Forum:
Visual FoxPro
Category:
Reports & Report designer
Environment versions
Visual FoxPro:
VFP 9 SP1
Miscellaneous
Thread ID:
01136462
Message ID:
01137401
Views:
23
Dana this is still very unusual behavior. I have had reports with multiple detail bands but no graphics that pop right out of the printer under VFP9 SP1 on a network. Even 40 pages print out one immediately after the other. I have never experienced slowness like you describe. Does the same behavior occur on your machine in development mode when you test print the report to a network printer?

>Hi,
>
>It is my understanding that VFP9 reporting behavior uses GDI+ to turn each page into a graphic or bitmap and sends that to the printer. This would explain the slowness in printing. I see the same printer behavior when I send documents with graphics to it.
>
>With this in mind, using multiple detail bands would result in the slow performance on the printer. Ultimately it is not my decision, I am only the developer. What they want I will provide. My boss will look into things that may help on the printer end. Otherwise, I suppose the new reports will be nice for HTML and other outputs, which we do require sometimes.
>
>Dana
>
>
>>Hi Dana,
>>
>>You should consider building report execution wrapper class,
>>which will set report behaiviour to 80 or 90 accordingly.
>>
>>While 95% of reports can be still succesfully built and run by old RE (80) there will be cases where you will need some of new features (multiple detail bands,HTML etc) so you should not just dismiss VFP9 reporting as unusable, but try to incorporate it in your reporting framework, in a such way that can pay you something back for your investment.
>>
>>By using exclusively 80 or 90 you will do some trade off, eighter speed
>>or new features. By using them interchangeably you can get best of both worlds.
>>
>>2c
>>
>>
>>>Thanks, Colin. We always remove printer information from the report. We've been doing that for years. I understand about paying a price. But this price seems to high. They've paid a lot of attention to speeding development, but it's not worth it at the cost of runtime sluggishness.
>>>
>>>Dana
>>>
>>>>Dana -
>>>>
>>>>In addition to what the others have said, make sure you are not saving the printer environment information with the report.
>>>>
>>>>VFP9 differs from VFP8 in that it referencs some newer printing DLLs in Windows (VFP8 uses some that were deprecated long ago!) and these have a tendency to hit the network looking for network printers when they really don't need to. Removing the printer driver information from the FRX can sometimes make a difference.
>>>>
>>>>As for new features vs speed, well, I think every programmer understands that you can't get something for nothing.
>>>>
>>>>- Colin
.·*´¨)
.·`TCH
(..·*

010000110101001101101000011000010111001001110000010011110111001001000010011101010111001101110100
"When the debate is lost, slander becomes the tool of the loser." - Socrates
Vita contingit, Vive cum eo. (Life Happens, Live With it.)
"Life is not measured by the number of breaths we take, but by the moments that take our breath away." -- author unknown
"De omnibus dubitandum"
Previous
Reply
Map
View

Click here to load this message in the networking platform