Editor-Fenster oder Memo-Fenster in einer NICHT-visuellen Routine?

[EWeiss]

Zitat:

sobald du bei einem Fenster bist, ist es ja nicht mehr non VCL.

Kann man drüber streiten Non VCL ist es solange wie man sich NICHT der VCL bedient.
Das hat nichts damit zu tun ob man ein Fenster erstellt oder nicht.

gruss

[jaenicke]

Zitat von EWeiss:

Zitat:

sobald du bei einem Fenster bist, ist es ja nicht mehr non VCL.

Kann man drüber streiten Non VCL ist es solange wie man sich NICHT der VCL bedient.

Da gibt es nichts zu streiten. Non-VCL bedeutet nur, dass man nicht die VCL verwendet, das sagt der Begriff ja schon. Das hat nichts damit zu tun, ob man Fenster anzeigt, Konsolenfenster aufmacht, mit dem Internet kommuniziert oder irgendetwas anderes.

Zitat von Andreas13:

danke für den Tipp, aber leider konnte ich ihn (noch) umsetzen...

Falls das so nicht funktioniert, wäre ein Beispiel-DLL-Projekt hilfreich. Die DLL muss ja nix weiter tun als eine Dummyberechnung durchführen und ein Ergebnis anzeigen versuchen. Denn ich habe nicht die Zeit mir anzuschauen was ich für eine solche DLL machen müsste. Wenn ich den Quelltext für eine einfache DLL hätte, die ich einfach in Excel 2010 einbinden und so ein wenig testen könnte, würde ich mir das gerne anschauen. Das interessiert mich jetzt rein aus Neugier.

[EWeiss]

Zitat:

Da gibt es nichts zu streiten. Non-VCL bedeutet nur, dass man nicht die VCL verwendet, das sagt der Begriff ja schon. Das hat nichts damit zu tun, ob man Fenster anzeigt, Konsolenfenster aufmacht, mit dem Internet kommuniziert oder irgendetwas anderes.

Habe ich irgendetwas anderes gesagt?
Ich bezog mich darauf das er meint wenn ein Fenster erzeugt wird das es nicht mehr Non VCL ist!

Bitte nochmals lesen.
btw.. du verwendest die VCL in deinem Github projekt das ist nicht mehr nonvcl.
Siehe Classes.

gruss

[TiGü]

Zitat von EWeiss:

Zitat:

Da gibt es nichts zu streiten. Non-VCL bedeutet nur, dass man nicht die VCL verwendet, das sagt der Begriff ja schon. Das hat nichts damit zu tun, ob man Fenster anzeigt, Konsolenfenster aufmacht, mit dem Internet kommuniziert oder irgendetwas anderes.

Bitte nochmals lesen.
btw.. du verwendest die VCL in deinem Github projekt das ist nicht mehr nonvcl.
Siehe Classes.

Versuche doch mal herauszufinden, was der Unterschied zwischen VCL und RTL ist.

[jaenicke]

Zitat von EWeiss:

Habe ich irgendetwas anderes gesagt?

Nein, darum habe ich deine Aussage ja auch bestätigt.

Zitat von EWeiss:

btw.. du verwendest die VCL in deinem Github projekt das ist nicht mehr nonvcl.
Siehe Classes.

Die Unit heißt nicht umsonst System.Classes, da sie aus der RTL stammt und nicht aus der VCL wie z.B. Vcl.Forms.

[peterbelow]

Zitat von Andreas13:

Hallo Delphi Community,

da ich fast ausschließlich reine technische Berechnungen OHNE visuelle Komponenten programmiere, stoße ich mit folgender Aufgabenstellung leider an meine Grenzen:

Eine Berechnungsroutine ist über eine DLL in Excel eingebunden und erledigt umfangreiche Berechnungen und übergibt diese an Excel. So weit, so gut.

Nun möchte ich innerhalb obiger NICHT-visueller Berechnungsroutine ein Editor-Fenster oder Memo-Fenster etc. zur Anzeige von Zwischenergebnissen zur Laufzeit aufmachen.
Wie läßt sich das bewerkstelligen?

Vielen Dank für Eure Hilfe im Voraus!

Gruß
Andreas

Ich nehme mal an, die Berechnung soll weiter laufen, während das Fenster angezeigt wird? Das kriegst Du nur hin, wenn eines von beiden in einem sekundären Thread läuft.

Zuerst mal: es ist kein Problem, in einer DLL die VCL zu verwenden, solange Du nur modale Fenster anzeigst. Die haben ihre eigene Message loop und sind somit unabhängig von der message loop der Hostanwendung. Mein Vorschlag wäre also folgendes:

• Lege ein normales VCL Form für die Anzeige an
• In der nach Excel exportierten Funktion erzeugst Du eine Instanz dieses Forms und zeigst sie per ShowModal
• Im OnPaint event des Forms setzt Du zuerst OnPaint auf nil, damit der Handler nur einmal aufgerufen wird, und startest dann den Thread für die Berechnung
• Der Thread kann Zwischenergebnisse per Synchronize an das Form zur Anzeige schicken
• Wenn die Berechnung fertig ist legt der Thread das Ergebnis in einem Feld des Forms ab und setzt Modalresult auf mrOK, beendet sich dann
• In der exportierten Routine kehrt daraufhin der ShowModal-Aufruf zurück, die Routine holt das Ergebnis aus dem Feld des Forms, zerstört das Form, und gibt das Ergebnis an Excel zurück

Es gibt da noch ein potentielles Problem mit der Z-Order. Um das Meldungsfenster zuverlässig oberhalb des Excel-Fensters zu lassen solltest Du den formstyle auf fsTopMost setzen, oder die CreateParams-Methode überschreiben und params.wndParent auf den Rückgabewert von GetForegroundWindow setzen.

[Codehunter]

Zitat von peterbelow:

Es gibt da noch ein potentielles Problem mit der Z-Order. Um das Meldungsfenster zuverlässig oberhalb des Excel-Fensters zu lassen solltest Du den formstyle auf fsTopMost setzen, oder die CreateParams-Methode überschreiben und params.wndParent auf den Rückgabewert von GetForegroundWindow setzen.

Da schauderts mich schon wieder... fsTopMost ist die schlimmste Vergewohltätigung die TForm zu bieten hat. Besonders spaßig wenn sich eine MesageBox dahinter legt und dann das ganze Programm blockiert. IMHO sollte man sehen dass man sich das WindowHandle der Containeranwendung (in dem Fall Excel) besorgt und dieses bei der Anzeige von Sub-Fenstern oder MessageBoxes gebrauchen.

[ConnorMcLeod]

Zitat von Andreas13:

Nun möchte ich innerhalb obiger NICHT-visueller Berechnungsroutine ein Editor-Fenster oder Memo-Fenster etc. zur Anzeige von Zwischenergebnissen zur Laufzeit aufmachen.
Wie läßt sich das bewerkstelligen?

Vllt hilft Dir Peter Below's Threaded Splashscreen weiter.

[jaenicke]

Zitat von peterbelow:

[*]Der Thread kann Zwischenergebnisse per Synchronize an das Form zur Anzeige schicken

Oder man benutzt wie vorgeschlagen ein multithreadfähiges Fenster.
Dann kann man direkt aus einem Berechnungsthread etwas in die Anzeige schreiben und die Anzeige läuft auch weiter, wenn der Hauptthread beschäftigt ist.

[TiGü]

Wenn es nur darum geht, um zu gucken was die Berechnung machen (als Log/Debugging), dann würde sich immer noch ein Konsolenfenster anbieten.