Capturer un clic de la souris en dehors de la fenêtre en cours

Bonjour

Je suis confronté au problème suivant:

J'ai une application Windows qui tourne en tache de fond et qui "communique" avec une autre application. Quand cette dernière est fermée, la première doit afficher une dialogbox. Le problème est que juste après que l'application soit fermée (et juste avant que la dialogbox soit affichée), Windows redonne le focus à une autre fenêtre qui n'a rien à voir avec mon application.

Je ne crois pas qu'il y ait moyen d'activer la dialogbox par le code. Le mieux que je puisse faire et de l’amener au premier plan, mais j'aimerais éviter qu'elle y reste quand l’utilisateur veut mettre le focus sur une autre fenêtre.

L'astuce que j'ai trouvé consiste à amener la dialogbox au premier plan en définissant topmost dans le template et puis annuler le topmost en utilisant SetWindowPos() au moment d’initialiser ma dialogbox. Ça fonctionne assez bien, à ceci près que si l'utilisateur clique sur la fenêtre active (celle à qui Windows avait redonné le focus juste avant que la dialogbox s'affiche), la dialogbox reste au premier plan.

Pour pallier à ce problème je pensais capturer un clique sur la fenêtre active et la remettre au premier plan par le code.

Une autre solution serait de capturer un clique quelque soit sa position en dehors de la dialogbox, vérifier si après ce clique la dialogbox est toujours au premier plan et le cas échéant ramener au premier plan la fenêtre active.

J'aurais donc besoin de savoir comment capturer un clique sur une fenêtre qui n'appartient pas à mon application, ou bien un clique global.

Je suis également intéressé à toute autre idée pour résoudre mon problème.

Merci d'avance

max

Avec ce genre de "bricolage", l'utilisateur peut vite se perdre ou pester contre le logiciel .
Et une "simple" notification en bas à droite ? Pas de focus donc plus de problème, non ?

Heu, pourquoi pas un simple SetFocus ???? :weird:
https://msdn.microsoft.com/fr-fr/lib...=vs.85%29.aspx

Plutôt : SetForegroundWindow

Il me semble que la parenté de fenêtre marche d'un processus à l'autre, tant qu'on tient compte du fait que ça unit leur file d'événements (ce qui cause des problèmes dans certains cas). Donc, pourquoi ne pas passer le handle de la fenêtre parent qui doit être le parent dans la "communication"?

Malheureusement, ça risque de ne pas marcher s'il y a une différence d'utilisateur et/ou de niveau d'intégrité. Par contre, ça peut rester utile pour programmer la boîte de dialogue pour qu'elle SetForegroundWindow() le parent juste avant de se fermer...

Je suis vraiment désolé de revenir si tard. Avec les vacances j'avais complètement oublié ce thread. :?

@bacelar, CGi: impossible d'utiliser SetForegroundWindow() ou SetFocus() puisqu'au moment où je dois ouvrir ma fenêtre le focus est sur une fenêtre d'une autre application.

@Médinoc: il n'y a pas de fenêtre parent dans la "communication", c'est bien là le problème. Le cas est un peu spécial, j'ai peur de l'avoir mal expliqué... je reprends en détaillant un peu:

Citation:

---

J'ai une application A qui tourne en tache de fond (sans fenêtre) et qui "communique" avec une application B (celle-ci peut où non avoir une fenêtre, mais peu importe). Quand B est fermée, A doit afficher une dialogbox. Le problème est que juste après que B soit fermée (et juste avant que la dialogbox soit affichée), Windows redonne le focus à une autre fenêtre d'une application C qui n'a rien à voir avec A et B.

---

J'ai finalement pu résoudre le problème de la manière suivante:

1. avant d'ouvrir la dialogbox, je démarre un thread chargé du surveiller les clics utilisateur.

2. tant que ma dialogbox est au premier plan et que la fenêtre active ne change pas, je vérifie si il y a eu des clics avec GetAsyncKeyState(). Pour rappel, la fenêtre active n'est pas ma dialogbox.

3. je verifie que le clic a eu lieu sur la fenêtre active ou une fenêtre "child" de la fenêtre active et si c'est le cas je la ramène au premier plan.

Ça fonctionne assez bien, autant que j'ai peu le tester.

Merci pour votre aide et encore désolé pour la retard de ma réponse.