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