Ich möchte gern wissen wie man ein Fenster in den Vordergrund bringt.
Ich kenne die Funktionen BringWindowToTop() und SetForegroundWindow(), allerdings ändert sich das Verhalten dieser Funktionen manchmal!

Habe das lange beobachtet, damals in einem Programm habe ich beide Funktionen untereinander geschrieben, hat gut geklappt. Irgendwann mal ging es plötzlich nicht mehr, das Fenster kam nicht in den Vordergrund. Ich musste die Reihenfolge der Aufrufe vertauschen! Und dann hat aber auch dies irgendwann nicht mehr funktioniert!
Manchmal hat auch nur eine dieser Funktionen ausgereicht um den gewünschten Effekt zu erzielen, aber auch wieder nicht immer...

Aus dem MSDN werde ich nicht schlau!

1. Was bedeutet dies:

MSDN schrieb:

The SetForegroundWindow function puts the thread that created the specified window into the foreground...

Wie kann ein thread in den Vordergrund gelangen? Threads haben doch nix mit dem Z-Order zu tun...

2. Und das?

MSDN schrieb:

SetForegroundWindow...The system assigns a slightly higher priority to the thread that created the foreground window than it does to other threads.

Wieso pfuscht die Funktion in Thread-Prioritäten herum?

Ich verstehe es nicht, was muss ich tun damit ein Fenster ganz sicher im Vordergrund also ganz oben am Stapel erscheint?
Danke!
Mfg

Sie MSDN Doku:

Windows 98/Me: The system restricts which processes can set the foreground window. A process can set the foreground window only if one of the following conditions is true:

The process is the foreground process.
The process was started by the foreground process.
The process received the last input event.
There is no foreground process.
The foreground process is being debugged.
The foreground is not locked (see LockSetForegroundWindow).
The foreground lock time-out has expired (see SPI_GETFOREGROUNDLOCKTIMEOUT in SystemParametersInfo).
Windows 2000/XP: No menus are active.
With this change, an application cannot force a window to the foreground while the user is working with another window. Instead, Foreground and Background Windows will activate the window (see SetActiveWindow) and call the function to notify the user.

BOOL ForceSetForegroundWindow(HWND hWnd) 
{ 
     // Ist das Fenster gültig 
     if (!hWnd || !::IsWindow(hWnd)) 
         return FALSE; 

     // Aktuelle Werte bestimmen 
     HWND hCurrentWnd  ::GetForegroundWindow(); 
     if (hCurrentWndNULL) 
         /* Wir können einfach das neue ForeGroundWindow setzen 
          * da es aktuell keines gibt */ 
          return ::SetForegroundWindow(hWnd); 

     /* Bestimme Thread und Prozess des aktuellen ForeGroundWindows 
      * damit wir sehen können was zu tun ist und auf welchen 
      * ThreadInput wir uns draufhängen */ 
     DWORD   dwCurrentProcessId, 
             dwCurrentThreadId  ::GetWindowThreadProcessId(hCurrentWnd, 
&dwCurrentProcessId); 

     /* Das ganze ist nur notwendig, wenn der aktuelle Thread 
      * nicht zu dem Process gehört den wir aktivieren 
      * wollen */ 
     DWORD dwHwndProcessId; 
     ::GetWindowThreadProcessId(hWnd, &dwHwndProcessId); 

     // Prüfe ob dies der selbe Process ist 
     BOOL bReturn  FALSE; 
     if (dwHwndProcessIddwCurrentProcessId) 
         /* Normale Funktion verwenden, da die Prozesse sowieso 
          * die selben sind */ 
          bReturn  ::SetForegroundWindow(hWnd); 
     else 
     { 
         // Meinen Thread bestimmen 
         DWORD   dwMyThreadId  ::GetCurrentThreadId(); 

         /* Unter Windows 2000 gibt es dazu eine Sperre, diese 
          * kann jedoch umgangen werden indem wir uns kurz auf den 
          * selben ThreadInput der aktuell im ForeGround ist attachen. 
          * Damit gehören wir beide zum selben ThreadInput und können 
          * SetForeGroundWindow durchführen */ 
         if (::AttachThreadInput(dwMyThreadId,dwCurrentThreadId,TRUE)) 
         { 
             // Nun dürfen wir das, also bringen wir uns in den Foreground 
             bReturn  ::SetForegroundWindow(hWnd); 

             // Nun heben wir den Attach einfach wieder auf 
             ::AttachThreadInput(dwMyThreadId,dwCurrentThreadId,FALSE); 
         } 
         else 
         { 
             /* AttachThreadInput ist schief gegangen dann versuchen 
              * wir es eben normal */ 
             bReturn  ::SetForegroundWindow(hWnd); 
         } 
     } 

     // Und exit 
     return bReturn; 
}

Hatte wenig Zeit. Nun, ich verstehe den Code nicht ganz. Und braucht es nicht noch ein "AllowSetForegroundWindow()"?

Martin Richter schrieb:

Das Windows den Threads eine höhere Prio zuweist ist nur gut. Der User möchte einen direkten Response auf Mausklicks und Benutzeraktivitäten.

Und die Priorität wird dann nicht wieder zurückgesetzt? Das finde ich schon eine Pfuscherei...

Martin Richter schrieb:

Ich hasse es, wenn sich Programme in den Vordergrund zwängen...

Verständlich. In meinem Fall ist es allerdings nützlich. Bei einem Klick auf ein Tray-Icon soll das Programmfenster ganz oben erscheinen, und nicht irgendwo unten begraben sein.

Wiegesagt, den Code blicke ich nicht ganz, zumal einige Zeichen zu fehlen scheinen. Und warum zwei GetWindowThreadProcessId()-Aufrufe.
Vielleicht wäre jemand so nett und würde den "entfrickeln".
Ich möchte nur das Fenster des eigenen Prozesses (Aber nicht zwingend Threads) anzeigen und nach oben bringen. Jedenfalls nicht das eines fremden Prozesses.

Habe wenig Ahnung von den Windows Internals und tue mir schwer, auch nach MSDN lesen.

Danke!
MfG

Wieso denkst Du das die Prio nicht zurückgesetzt wird. Wie kommst Du darauf?

The system assigns a slightly higher priority to the thread that created the foreground window than it does to other threads.

Daraus geht es halt nicht eindeutig hervor, dass die Priorität wieder zurückgesetzt wird...

Ja du sagst das so einfach, lies die Doku... Lauter eigentlich voneinander unabhängige Funktionen... man muss halt wissen, wie man die einsetzt.
Mit dem Codefetzen oben fange ich wenig an, sorry.

Frage8 schrieb:

Ich möchte nur das Fenster des eigenen Prozesses (Aber nicht zwingend Threads) anzeigen und nach oben bringen. Jedenfalls nicht das eines fremden Prozesses.

BTW: Gerade dasin den Vordergrund bringen des eigenen Prozesses ist für den Usre gerade störend, weil der was anderes macht. Wenn Du das Top-Level Fenbster bbist, kannst Du belieibig jedes Fenster (auch anderer Threads) in den Vordergrund bringen.
Wenn Dein Fenster es nicht ist, ist es "eine Frechheit", sich in den Vordergund zu bringen..
Ich werde ungern beim schreiben meiner Postings/Emails/Docs/Programe von einem dämlichen Popup gestört.

In meinem Fall ist es allerdings nützlich. Bei einem Klick auf ein Tray-Icon ...

Ok keine Lust für ein Minimalbeispiel, dann geh ich halt google'n.