Discussion :

[dus]

Bonjour,

J'ai développé une appli non fenêtrée sur un pc industriel sans clavier ni souris mais dont l'écran est équipée d'une dalle tactile. Cette appli a maintenant 5 ans et depuis peu, il arrive qu'elle perde le focus. Je m'explique, de temps en temps, il semble qu'un processus sans IHM prenne le focus. Mon appli est toujours visible, mais la dalle tactile ne semble plus lui fournir de clic. La flèche de la souris se déplace pourtant correctement à l'endroit cliqué. Le simple fait de connecter un clavier et de générer un ALT-TAB permet de tout remettre en ordre, ce qui me fait penser que mon appli fonctionne normalement.
Il y a effectivment sur le PC un processus qui tourne en tâche de fond et dont l'IHM est débrayée via une clé de registre. Je pense que c'est ce processus qui génère le problème.
J'ai essayé d'implémenter dans mon Mainframe l'événement ON_WM_KILLFOCUS, mais il n'est généré que si c'est une autre fenêtre interne à mon appli qui le récupère.
La méthode API GetForegroundWindow() détecte bien que mon appli n'a plus le focus, mais SetForegroundWindow échoue et émet un flash sur mon appli dans la barre des tâches, si la fenêtre qui a pris le focus n'est pas interne à l'appli .

Est-ce que quelqu'un sait comment forcer ou remettre une appli au premier plan?

Mon appli est dévelloppée en Visual C++ 6.0 et tourne indépendemment sur W2000 sp4 ou XP sp2.

[buggen25]

Peut- etre que je reconte des betises :
T'a essayé BringWindowToTop(hwndFenetre)

[dus]

Oui, j'ai aussi essayé BringWindowToTop sans plus de résultat. Ca marche uniquement si la fenêtre qui a pris le focus est interne à l'appli.
Peut-on simuler un ALT TAB ?

[buggen25]

Encore, t'a essayé SetWindowPos?

[dus]

Même résultat avec SetWindowPos, excepté que la méthode répond qu'elle a réussi.

[bacelar]

GetForegroundWindow ne permet pas de connaitre l'application qui vole le focus ?

[dus]

Si, le retour est un HWNd sur la fenêtre qui prend le focus, mais je ne vois pas bien en quoi ça peut m'aider.

[dus]

J'ai un peu de nouveau.
Si à la détection de la perte de focus, je démarre une appli externe dont l'unique action est de repasser mon appli principale au premier plan, ça fonctionne avec SetForegroundWindow().
J'ai du mal à comprendre...
J'ai l'impression qu'on a le droit de donner le focus à une application externe mais pas de se le garder...

La solution du processus autre me convient peu...

[Médinoc]

C'est typiquement du au fait qu'un process qui vient de se lancer a tendance à se lancer au premier plan...

Sinon, peut-être peux tu jeter un coup d'oeil vers des fonctions comme LockSetForegroundWindow() ou changer le "foreground lock time-out" avec SystemParametersInfo()...

Bref, essayer de jouer sur les conditions indiquées dans la doc de SetForegroundWindow()...

[dus]

Mon compilateur ne connait pas LockSetForegroundWindow, ma version de msdn non plus. Quel header dois-je inclure ?

[Médinoc]

http://msdn.microsoft.com/en-us/libr...32(VS.85).aspx

LockSetForegroundWindow est accessible dès Windows 2000 en incluant tout simplement <windows.h> (la déclaration elle-même est dans <winuser.h>).
Peut-être te manque-t-il les defines qui vont bien ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#define _WIN32_WINNT 0x500

[dus]

merci.

J'ai résolu mon pb avec SetWindowPos et le paramètre TopMost.

merci à tous

[Médinoc]

Attention, une fenêtre peut être topmost et ne pas avoir le focus...