Ich hab ein kleines Problem. Und zwar folgendes:
Bei einem Programm wird es einen Ladebildschrim geben. Da ich keine Alternative zu DoModal() gefunden habe, die es erlaubt einen modalen Dialog zu erzeugen, jedoch ohne erst zurckzukehren, wenn der Dialog geschlossen wird, habe ich die Berechnungen gezwungener massen auf den Ladebildschirm geschoben.

Das Problem ist jetzt, dass ich die Berechnungen nicht starten kann. Schreibe ich es in OnInitDialog() kann ich den Ladebildschirm gerade so gut vergessen, da er zu diesem Zeitpunkt noch gar nicht existiert.

Lange Rede, kurzer Sinn: Wie heisst die Nachricht/Funktion, die aufgerufen wird, sobald der Dialog erschienen ist? Oder wie mache ich das anders?

mfg
Lord_Senna

Grüssli

Zum 2.: WS_EX_TOPMOST macht, dass der Dialog auch von anderen Anwendungen nicht verdeckt werden kann. Dies sollte jedoch möglich sein. Man sollte nur nicht mehr auf das Hauptfenster zugreifen können...

Kannst du mir auch für die andere Frage ein Stichwort geben?

thnx
Lord_Senna

Ich begreife nicht so ganz was du gegen das WS_EX_TOPMOST hast. Die Berechnung startet, weil der User es so verlangt hat. Mit CreateEx erstellst du dir einen Topmost Dialog, der aber nicht Modal ist. In der selben Funktion kannst du nun deine Berechnungen durchführen und gleichzeitig kannst du immer den TopMost Dialog per Funktionen aktualisieren (also z.b. den Ladebalken weiterschieben). Der User kann solange die Berechnungen laufen sowieso nicht auf das Fenster zugreifen, da du ja am berechnen bist und die Nachrichten derzeit nicht abgefangen, bzw. weiterverarbeitet werden. Du kannst zudem am Anfang mit SetCursor einen Ladecursor laden, um dem User ganz klar zu sagen, er habe nun zu warten. Und ansonsten könntest du noch mit CWnd::EnableWindow das Fenster, auf welches der User nicht zugreifen darf ganz abschalten.

Oder versteh ich irgendwas falsch?

Grüssli

Was ich gegen WS_EX_TOPMOST habe? Damit lässt sich der Dialog auch von irgendwelchen anderen Anwendungen nicht mehr überdecken. Das ist etwas übers Ziel herausgeschossen.

Ich machs mit EnableWindow(). Das ist eine gute Idee...

Auch wenn ich's jetzt nicht mehr brauche, es interessiert mich immernoch, wie die Nachricht heisst, die _nach_ OnInitDialog() versendet wird...

nochmals vielen Danke
Lord_Senna

meines wissens nach, gibt es keine gesonderte Nachricht, die nach OnInitDialog
kommt. Du kannst Dir aber selber eine in OnInitDialog Posten (nicht Senden!).

In Deiner Nachrichtenfunktion prüfst Du dann, ob Dein Dialog schon sichtbar ist.
Wenn nicht, postest Du Dir die Nachricht noch einmal zu.

Meiner Meinung nach, ist es aber besser, wenn Du in OnInitDialog einen
Workerthread startest, der die Berechnungen durchführt, und eine Nachricht
an den Dialog sendet, um die Progressbar zu aktualisieren.
Dadurch bleibt der modale Dialog bedienbar.

Gruß
Frank

Kommt wenn ein Fenster angezeigt oder ausgeblendet wird.

Edit:
Stimmt habe mich verschrieben. Danke.

Ich habe so einen Mix aus allem gemacht...
Ich starte den LadeDialog mit Create() (da CreateEx() immernoch nicht aufgetaucht ist) und disable dann den Hauptdialog.
Darauf starte ich einen Thread der die Berechnungen ausführt.

So viel zur Theorie...

Jedoch bei jedem Aufruf von UpdateData(...) (im Workerthread) stürzt mir das ganze Ding ab.

Ist es nicht möglich UpdateData(...) aus einem Workerthread aus aufzurufen?
Oder muss man etwas spezielles "machen"?

nochmal danke,
Lord_Senna

Wo wir wieder bei ein paar Fragen angelangt sind:

1. Warum darf man UpdateData(...) nicht aus einem Workerthread aus aufrufen? (ja, ich habe gesucht, es aber nicht gefunden.

2. Wie fange ich eine Benutzerdefinierte Nachricht (bei MFC) ab? Wie heisst das Dingens, das man bei MessageMap eintragen muss, damit man auf die eigene Nachricht reagieren kann (das Teil heisst Makro, oder?)?

tausend Dank
Lord_Senna

1. Warum darf man UpdateData(...) nicht aus einem Workerthread aus aufrufen? (ja, ich habe gesucht, es aber nicht gefunden.

Ganz so hart das es nicht geht wüsste ich nicht. Manches geht... leider. Deshlab denkt ja jeder man könnte es immer machen.
1. Weil CWnd Objekte Thread afine sind und diese Objekte nicht über Threadgrenzen hinweg verwendet werden sollten! Manche Funktionen gehen, die nur auf einen simplen Zugriff auf m_hWnd machen, oder einfache Membervariablen verwenden. Allerdings eben nicht alles.
2. UpdateWindowe löst im Normalfall eine gaze Welle von Windows Nachrichten aus, die nun alle mit dem Mainthread ausgetauscht werden müssen... das ist extrem uneffektiv und lahm.

Lord_Senna schrieb:

2. Wie fange ich eine Benutzerdefinierte Nachricht (bei MFC) ab? Wie heisst das Dingens, das man bei MessageMap eintragen muss, damit man auf die eigene Nachricht reagieren kann (das Teil heisst Makro, oder?)?

#define WM_MYMESSAGE (WM_APP+1)

ON_MESSAGE(...)

LRESULT CMyDialog::OnMyMessage(WPARAm wParam, LPARAM lParam)