Discussion :

[moldavi]

Bonjour.

J'ai une application, qui lorsqu'elle retrouve le focus, c'est-à-dire lorsque je la remet en avant-plan, ne possède pas le focus clavier.

Je m'explique. Pour remettre le programme en avant-plan, je fais un SetWindowPos, sans utiliser le paramètre SWP_NOACTIVATE.

Normalement cette fonction réactive la fenêtre et redonne le focus.
En effet, il le fait puisque lorsque je teste quelle est la fenêtre qui possède ces deux propriétés, c'est bien la mienne:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
...
if(!IsWindowEnabled(MaFenetre))
  return ERROR;

if(mMaFenetre != GetActiveWindow())
  return ERROR;

if(mMaFenetre != GetFocus())
  return ERROR;

return NOERROR;
...

Ben malgré tout ça ma fenêtre n'intercepte pas les messages du clavier.
Je suis obligé de cliquer avec la souris sur la fenêtre pour qu'elle retrouve le focus clavier.

Bref, j'aimerais savoir comment retrouver le focus clavier, sans avoir à faire un clic de souris sur la fenêtre.

PS: La perte de focus que je teste, fais suite à une action avec le ALT+TAB. (Mon programme reprends le focus après un certain délai, qui peut-être de plusieurs secondes à quelques minutes).

[Crisanar]

SetFocus ne fonctionne pas? Je n'ai jamais utilisé cette fonction mais avec un nom pareil...

[David.Schris]

J'ai une application, qui lorsqu'elle retrouve le focus, c'est-à-dire lorsque je la remet en avant-plan,

Peut-être y a-t-il une différence entre "être en avant plan" et "avoir le focus" ? (selon les définitions de Microsoft, votre interprétation de ces termes n'ayant que très peu de valeur quand il s'agit de leur système)

Vous voulez donc que votre application reçoive le focus ?
Un nom de fonction qui semblerait logique serait SetFocus() : qu'en pensez-vous ?

The SetFocus function sets the keyboard focus to the specified window.

Mais vous avez déjà regardé, n'est-ce pas ?

[moldavi]

SetFocus ne fonctionne pas? Je n'ai jamais utilisé cette fonction mais avec un nom pareil...

Je n'utilise pas cette fonction parce que "SetWindowPos" le fait pour moi. Et puis même si je l'utilise ça ne marche pas en effet. Comme je l'ai dit lorsque je teste que mon application a bien le focus:

Code :

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

1
2
3
4
if(mMaFenetre != GetFocus())
  return ERROR;

return NOERROR;

Et bien un appel à SetFocus échouera... puisque j'ai le focus.

Peut-être y a-t-il une différence entre "être en avant plan" et "avoir le focus" ?

Il y a une différence:

Etre en avant-plan ça veut dire se trouver devant toutes les fenêtres du desktop.
Avoir le focus, ça veut dire recevoir un message lorsque une touche du clavier est pressée.

Voilà, ce qui ne va pas c'est que ma fenêtre à le focus, est en avant-plan c'est même la fenêtre active, enfin bref je ne reçoit pas les messages du clavier pour autant, seul le clic de souris sur ma fenêtre me le rends.

Je précise aussi que mon application n'est pas multi-fenêtre (MDI).

[Médinoc]

La question que personne n'a posée: Tu as des contrôles dans la fenêtre? (Des EditBox par exemple)

[moldavi]

La question que personne n'a posée: Tu as des contrôles dans la fenêtre? (Des EditBox par exemple)

Arf non pas un seul contrôle à l'horizon... ni de barre de menu ni autre, rien qu'une fenêtre de base.

Je vais faire un code minimal, pour voir ce que ça donne et que vous puissiez tester.

[moldavi]

La réponse était du côté de "AttachThreadInput".

[Médinoc]

Euh, ça, c'est quand il y a plusieurs thread et que des fenêtres appartiennent à plusieurs threads différents...

Je ne vois pas comment on aurait pu le deviner, tu n'en avais pas parlé jusqu'à ce post...

[moldavi]

Euh, ça, c'est quand il y a plusieurs thread et que des fenêtres appartiennent à plusieurs threads différents...

Je ne vois pas comment on aurait pu le deviner, tu n'en avais pas parlé jusqu'à ce post...

Désolé, j'essaie toujours d'être le plus clair possible.

Attention, je fais la différence entre un thread et un processus. En l'occurence ma fenêtre n'appartient qu'à un seul processus qui ne contient qu'un seul thread (lui-même).

La perte de focus se fait lorsqu'un autre processus prens le focus, lors d'un clic de souris sur une fenêtre autre que la fenêtre de notre processus.

La fonction ci-dessus peut prêter à confusion (elle emploie le mot thread), car elle permet de reprendre le focus d'une fenêtre appartenant à un autre processus (qui n'a rien à voir avec notre application: par exemple un explorateur, un navigateur, etc...).

[Médinoc]

Donc, à présent ton programme confisque le focus à d'autres processus ou threads ?
Je croyais que ce que tu voulais faire au départ, c'était juste t'assurer que tu avais bien le focus...

Tu as essayé en faisant simplement SetForegroundWindow?

[moldavi]

Donc, à présent ton programme confisque le focus à d'autres processus ou threads ?

Oui c'est exactement le comportement que je souhaite. Lorsque l'on a une application qui est diffusée en simultané sur plusieurs écrans géants, on a pas trop envie qu'une fenêtre window d'une autre application, vienne troubler la chose. D'ailleurs je vais bientôt m'intéresser à l'API CreateDesktop.

Je croyais que ce que tu voulais faire au départ, c'était juste t'assurer que tu avais bien le focus...

j'aimerais savoir comment retrouver le focus clavier

Je ne peux pas être plus clair...

Tu as essayé en faisant simplement SetForegroundWindow?

Oui bien sur. Tu tapes "setwindowpos focus" dans google groupe, tu seras impressionné du nombre de personne qui se pose la même question mais dont la bonne réponse n'est pas donnée dans 90% des cas.

C'est le comportement par défaut de windows. Permettre à l'utilisateur de choisir avec quelle application il veut travailler (c'est du multitâche).

Mon cas ne correspond pas à ce type d'utilisation.