RB 9 printing large reports (60000records) recalculates again during printing

rbuser

Hi,

We are using RB 9. We have several large reports that use grouping and
RAP functionality. It takes about 15 minutes to prepare a report.
After that when the user wants to print the report, it seems to start
recalculating all data again (the report is only several pages).
I would expect that if I defined the report to work against A4 and I
ahve a printer that uses A4 that during printing no recalculation is
necessary??

Is there a way around this, or is this as designed??

regards
Paul

nardmoseley

Prior to generating the report, set the Report.PrinterSetup properties to
use the exact printer name and paper name supported by the printer that you
want to use to later print the report. If RB detects that either of these
change, then it will try to regenerate the entire report.

Another option is to break the process into discreet steps.

- For example, you could generate the report to archive file (.raf) and then
use the ArchiveReader to print and preview the archive. You could even
generate the .raf ahead of time, so the user does not have to wait.

- Or you could generate the report to PDF and let the users use Acrobat to
preview and print. You could even setup a process to do this and then email
the results to the user(s).

rbuser

This is an end-user t customizable report. All the reports are stored
in the database and can be configured by the client.
I just opened a report, openened
"File | Page setup.."
changed the printer name from Default to our shared network printer,
changed the "paper size" and "paper source" settings where applicable
and re-opened the report. Printing is just as slow as it was before.
It is also a one page summary report.

Did I miss anything.

regards
Paul

On Tue, 14 Mar 2006 10:52:02 -0600, "Nard Moseley \(Digital

nardmoseley

Try setting Report.CachePages to true, perhaps that will help.