Rave Report nicht modal benutzen.

[Peter-Ziegler]

Hallo Thomas,

so, den Vorschlag musste ich jetzt erst mal verdauen

Anmerkung/Probleme:

1.) Wir haben ein grösseres Projekt.
Das MDI-Hauptfenster und auch andere Projekte mit anderen Umfeld (COM-Server) sollen
unabhängig eine Druck-Unit benützen können mit möglichst einfacher Schnittstelle.
D. h. die Druck-Unit erzeugt (dynamsisch) alle notwendigen Rave Objekte.
Ich müsste also vieles (was genau? (Setup-, Preview-Fenster, Druckersteuerung?)) nachbauen. Was ist das für ein Aufwand?

2.)
Mit obiger Randbedingung und deinem Vorschlag, blockiert dann der Druck-Aufruf wirklich nicht wieder den Haupt-Thread?
Ich sehe da im Moment keinen prinzipiellen Unterschied zu meiner bisherigen Lösung.
Wo liegt der Unterschied? Wegen eigenem TMemoryStream und/oder RvNDRWriter, RvRenderPreview?

Und wenn ich dann wieder einen zusätzlichen Thread erzeuge, gibt es dann nicht wieder die Laufzeitfehler,
weil RvProject1.Execute; weiterhin nicht threadsicher ist?

3.) Mein eigener Vorschlag ist,
dass ich die Druck-Unit/Interface in einen extra COM-Server packe,
den dann die Clients (Anwendungen) benachrichtigen.
Wie ist deine Meinung dazu?

Gruß
Peter