![]() |
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
Was mache ich, wenn SetForegroundWindow(handle) True zurückliefert, obwohl es zur zeit gar kein Fenster des Handles gibt, was in den Vordergrund gesetzt werden kann? Wieso wird trotzdem True zurückgegeben? So wird mir doch jegliche Möglichkeit der Auswertung genommen.
Der Grund ist ein 2. geöffnetes externes Programm das 1. externen Programmes, welches ich aus meiner "Taskleiste" heraus starte. Öffne ich aus diesem externen Programm wiederum ein externes Programm, wird das durch mein Programm geöffnete Programm in die Windows-Taskleiste minimiert und reagiert auf nichts mehr, das neue externe geöffnete Programm ist aktiv. Möchte ich das nun in den Vordergrund holen bei Druck auf den Button, passiert natürlich nichts, da ich nach dem Handle des 1. Programmes frage. Und dummerweise kann ich nichts weiter auswerten, da SetForegroundWindow(handle) True liefert, obwohl nix in den Vordergund gesetzt wurden ist. Hat jemand eine Idee, wie ich das Problem lösen kann? |
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
Und noch ein Punkt:
Habe ich irgendwie die Möglichkeit herauszufinden, welches Programm ein anderes gestartet hat? Wenn ein externes Programm ein anderes externes Programm startet, dann läuft das ja nicht mehr über ChildHandle, oder doch? |
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
Zitat:
Gut bewerkstelligen ließe sich das z.B. mit dem Window-Message-System. Mittels der RegisterWindowMessage-APIFunktion können sich alle daran beteiligte Programme dafür zuerst jeweils eine dazu bestimmte WindowMessage erzeugen lassen und darüber dann so eine Kommunikation abwickeln. (Die Handle deines ursprünglichen Programms wissen diese externen Programme indem sie danach per FindWindowEx suchen oder sie ihnen immer wieder mittels "Parameter" der ShellExecute-Funktion mitgegeben wird). Im WParameter einer solchen WindowMessage stände dann z.B. immer dasjenige ID-Wort, das die jeweilige Situation identifiziert, und im LParameter die Handle des Absender-Programms. Schließlich könntest Du dir von diesen externen Progs auch noch mitteilen lassen, wenn sie beendet werden, und dann bräuchtest du überhaupt nie nach irgendwelchen ihrer Handles zu suchen, sondern Du bekämst alle diesbezüglichen Infos von ihnen selbst immer gleich schön zugeschickt. (Alternativ zum Window-Message-System könnte man eine solche Kommunikation übrigens auch mit den Indy-Komponenten TIdTCPClient und TIdTCPServer abwickeln). Zitat:
Event. noch eines: Bei irgendwelchen neuen Fragen sollte man besser auch immer einen neuen Thread eröffnen ...weil ansonsten die Chancen eine Antwort zu bekommen doch immer kleiner werden je länger und spezieller so ein Thread wird. |
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
Guten Morgen,
und ich dachte eben, da es ja trotzdem um das gleiche Ausgangsthema ist, überfulte ich das Forum nicht jedes mal mit einem neu eröffneten Thema. Vielleicht kann das ja ein Moderator richten, wenn er meint daß das besser ist. Nein, genau das ist mein Problem. Diese Taskbar ist von mir, und die möglichen Endprogramme. Das Programm, was sich aus der Taskbar öffnen lässt, ist eben leider nicht von mir, deswegen habe ich diese Probleme hier und in anderen Diskussionen erläutert. Lässt sich das trotzdem irgendwie bewerkstelligen? |
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
Moin, moin,
das Programm mit der Taskbar und diese möglichen Endprogramme könnten dann ja immerhin schonmal miteinander kommunizieren. ...Und das Programm, was sich aus der Taskbar öffnen lässt, was macht das nochmal schnell in diesen Gesamtabläufen? |
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
Das ist eine Art CRM-Modul, was man dahingehend bearbeiten kann, daß es auch andere Programme öffnen und ausführen kann. Und das ist dann auch der für mich wichtige Teil, die Abarbeitung der externen Programme in meiner Taskbar. Dieses Modul minimiert sich beim Öffnen eines externen Programmes und ist disabled oder zumindest unsichtbar. Wird das externe programm beendet, wird dann auch automatisch wieder das Modul eingeblendet.
|
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
So groß scheint die Funktion von diesem CRM-Modul nicht zu sein. Im Zweifelsfall kannst Du so eine Funktion also auch selbst schreiben, in Form von zwei/drei Procedures in deinem ursprünglichen Programm. Dann hättest Du wenigsten die volle Kontrolle über diese ganzen Abläufe. Insgesamt wäre das wahrscheinlich ein nur geringer Aufwand, gemessen an den Vorteilen, die Du damit für dich erreichst.
|
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
Nein, so ist es leider nicht. Ich habe nur die für mich relevante Funktionalität aufgezeigt. Das ganze ist schon ein komplizierte Datenbankanwendung mit Multiuserfunktionalität. Mit selbt schreiben ist da leider nichts.
|
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
Wenn nur diese wenigen Funktionen für dich relevant sind, dann kannst Du ja auf den ganzen Rest verzichten ..und dir eben nur diese wenigen Funktionen selbst schreiben.
|
Re: PID eines prozesses merken, Anwendung ähnlich Taskleiste
ja, stimmt schon, irgendwann reicht es dann auch.
Ich werde bewerkstelligen, das man diese externen Programme auch aus meiner Anwendung heraus starten kann und den Start aus dem Modul heraus verhindern. Das ist, glaube ich, der einfachste und zugleich sicherste Weg. Mit diesem Modul gibt es nichts außer Probleme. Ich zweifel schon bald an mir selbst :(, nichts der StandardWindows-Funktionen greift hier ordentlich. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:44 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz