Ich nehme an mit "fertigem Report" meinst Du den zur Laufzeit mit aktuellen Daten ausgefüllten, gelaufenen Report. D.h. Du würdest gerne als Datei speichern, was auch gedruckt wird.
Das ist tatsächlich nicht so vorgesehen, ein Report ist lediglich eine Anweisung zur Aufbereitung der Daten und der nächste Druck des Reports ist wieder anders, wenn die Daten wieder andere sind. Nicht nur das, auch die ganze Abfrage, Filterung,
Aufbereitung der Daten muß (leider) wiederholt werden, selbst wenn die Daten dieselben sind. Das sind erst einmal die Fakten.
Nun kann man das als Designfehler betrachten, oder das beste draus machen. Es gibt eine pragmatische Lösung dafür, Du druckst mittels eines PDF-Druckers und hast dann genau den Ausdruck auch als Datei. Das geht auch ohne den Report zweimal laufen
zu lassen, um einmal Papier auszudrucken und einmal ein PDF zu erzeugen, indem man mittels eines Reportlisteners ein Zweiwegeausdruck hinkriegt. Frag mich jetzt nicht nach den Details, ich nutze Reports eher weniger, und wurde nie großer Fan von den
neuen VFP9 Reportmöglichkeiten, ich nutze aus dem von Dir besagten Grund eher Word als meinen "Printer" und erzeuge per Wordautomation Dokumente, oder wo es sich anbietet auch Excel.
Es gibt aber auch schon seit jeher die Möglichkeit die Datenzusammenstellung von dem Report als Layout zu trennen, der Report kann nicht nur drucken, was aus seinem Dataenvironment kommt, Du kannst auch vorab alle Daten so in einem oder mehreren Tabellen,
Cursoren, Views oder anderen Aliasen aufbauen, wie der Report es drucken kann, und dann kannst Du ja genau diese Daten permanent wegspeichern, um den Report nochmal mit genau diesen Daten laufen zu lassen. CREATE DATABASE myreport12345 und dann alle Aliase,
die im Report genutzt werden per COPY TO ... DATABASE myreport12345 wegspeichern und schon hast Du FRX+Reportdatenbank zur Hand, um Reports wiederholen zu können. Und das myreport12345 erzeugst Du natürlich als laufend neuen Namen.
Also, je nachdem was genau Du bevorzugst, druckst Du in eine PDF Datei oder Speicherst die Reportdaten in eine gesonderte Datenbank (oder auch in freie Tabellen), um den Reportlauf zu wiederholen. Letzteres hat natürlich den Vorteil, daß man a)
die Daten wie bei Reportdruck noch hat, auch wenn der Report dann Laufzeitfehler hat, dann kann man die Fehler korrigieren und den Report auf den evtl. mühsam und langwierig ermittelten Daten nochmal korrigiert wiederholen. Und man kann umgekehrt auch
einzelne Daten korrigieren und den Report darauf dann korrigiert drucken. Diese Vorteile hat PDF nicht, dafür ist es nur eine einzelne Datei.
Und mit Sicherheit fallen anderen noch mehr Vorschläge ein.
Es ist jedenfalls technisch auch nicht ohne weiteres denkbar, ein SaveAs vorzusehen, weil ein FRX eben nur aus Layoutvorgaben und der Beschreibung der Datenquellen und Funktionasausdrücke oder -aufrufe besteht, die den Report zusammensetzen, die Daten
davon aber abgetrennt sind, ein Save As ist also von der Sicht her immer nur ein Save As des Reportdesigns und daher ist auch eben nur das zur Entwicklungszeit vorgesehen. Oder Du speicherst eben die letztendlich erzeugten Grafiken, die auch an den Drucker
gehen würden, und das ist dann wohl am idealsten gelöst als PDF-Datei oder vielleicht als TIFF, mit Reportlistener ist auch letzteres Möglich, weil der eigentliche Rerportcanvas eben nur grafisch ist, und unter der Verwaltung von GDIPlus steht.
Tschüß, Olaf.
