Gibt es so etwas wie ein Modal-Flag?

[DeddyH]

Ich habe gerade einmal einen Blick in die Forms.pas (D2007) geworfen: da wird FormState geändert (fsModal hinzugefügt), dann DisableTaskWindows aufgerufen, das Formular angezeigt, anschließend EnableTaskWindows aufgerufen und fsModal wieder entfernt. Über die Windows-API scheint das also nicht so einfach zu gehen, sonst hätte man ja wohl das verwendet. Schade eigentlich.

[himitsu]

Zitat von DeddyH:

Über die Windows-API scheint das also nicht so einfach zu gehen, sonst hätte man ja wohl das verwendet. Schade eigentlich.

Es sei denn diese Windows-Variante war Borland/Codegear/Embarcadero unbekannt, bzw. es wurde erst später in windows integriert ... also falls es in Windows inzwischen doch etwas geben sollte.

[Neutral General]

Das einzige was mir jetzt einfällt, was eventuell klappen könnte ist das Parent-Window des Fensters rauszufinden und diesem eine Nachricht zu senden, auf die es irgendwie antworten muss.

Wenn nach kurzer Zeit keine Antwort kam, dann ist das Programm entweder sehr beschäftigt oder das Kindfenster wird gerade Modal angezeigt

... Ist allerdings eine nicht so saubere Lösung...

[DeddyH]

Zumal damit meine Idee, alle modalen Fenster aufzulisten und daraus dann das oberste (Z-Order) auszusuchen, nicht funktionieren würde. Aber solange man eben die Eigenschaft "modal" nicht zuverlässig ermitteln kann, ist das eh alles hinfällig.

[himitsu]

Es wäre zwar theoretisch möglich, auf die Delphi-Klassen eines externen Programms, mit gleicher/ähnlicher RTTI/Klassenstruktur, übder das Handle des Windows-Controls (HWND) zuzugreifen.
Da Delphi die Delphi-Typinformationen via ATOM an jedes Windows-Control anhängt, nur mit der klitzekleinen "Gemeinhheit", daß der ATOM-Name bei jedem Programmstart per Zufall neu berechnet wird, und somit für jedes aktive Programm ein anderer Name existiert, welchen man natürlich nicht kennt, außer dem Eigenem.

Und ich glaube kaum, daß du 4 Milliarden ATOMS (zum Glück hat Delphi eine beschränkte Namensberechnung, sonst wären das um unzählige Mengen mehr) prüfen willst, um den Passenden zu finden? (bei Win32 ... k.A. ob mit XE2 dieses verändert/erweitert wurde)

[Jumpy]

Nur eine Idee, ist nicht das aktive Fenster immer das erste in der Liste wenn mal Alt-Tab drück? Wie heißt das nochmal Taskmaster? Kann man da nicht drankommen?

[DeddyH]

Genau das funktioniert nicht, deshalb ja mein Tool . Ich hatte vor längerer Zeit schon einmal einen Thread zum Problem erstellt, dass ein modales Fenster in den Hintergrund verschwindet und mit Bordmitteln nicht nach vorn zu bringen ist.

[jbg]

Zitat von Neutral General:

Das einzige was mir jetzt einfällt, was eventuell klappen könnte ist das Parent-Window des Fensters rauszufinden und diesem eine Nachricht zu senden, auf die es irgendwie antworten muss.

Nur dumm, dass das Fenster sofort antwortet, da das Programm, dank der modalen Botschaftsschleife, sehr reaktionsfreudig ist, auch wenn es nicht "Enabled" ist.

Als mögliche Lösung könnte man alle Top-Level Fenster des Prozesses durchgehen und wenn nur eines Enabled ist, dann hat man das modale Formular. Sollte eigentlich recht gut funktionieren, denn das ist gerade das, was modal bei Fenstern bedeutet.

[DeddyH]

logisch, da hätte man drauf kommen können. Probier ich morgen gleich aus, herzlichen Dank

[edit] Das war der Burner! Ich bin mittlerweile auf dem Stand, dass ich (bislang zuverlässig) ermitteln kann, ob die zu untersuchende Software irgendein modales Fenster geöffnet hat. Falls nicht, macht mein Programm gar nichts, ansonsten holt es dieses mit ForceForegroundWindow nach vorn. Da ich es leider auch mit Biegen und Brechen nicht hinbekommen habe, ein modales Fenster hinter ein anderes zu legen, kann ich die korrekte Funktion leider erst dann testen, wenn das wieder beim Kunden auftritt. Danke für die zahlreichen Vorschläge, wenn ich es genau weiß, gebe ich nochmal Rückmeldung. [/edit]