Discussion :

[racine carrée]

Bonsoir à tous,
j'ai cherché longuement sur la manière d'envoyer des messages à une fenêtre qui n'est pas au premier plan, et j'ai beaucoup de mal à comprendre pourquoi certains codes marchent et d'autres non:
Ce code censé simuler l'appui de la combinaison ctrl+P sur une fenêtre dont on a au préalable récupéré le handle, ne fonctionne pas:

Code :

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

1
2
3
4
     PostMessage(fenetre,WM_KEYDOWN,VK_CONTROL,0);
     PostMessage(fenetre,WM_KEYDOWN,'P',0);
     PostMessage(fenetre,WM_KEYUP,'P',0);
     PostMessage(fenetre,WM_KEYUP,VK_CONTROL,0);

Pourtant ce code fonctionne:

Code :

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

1
2
     PostMessage(fenetre,WM_KEYDOWN,VK_SPACE,0);
     PostMessage(fenetre,WM_KEYUP,VK_SPACE,0);

(ce dernier fonctionne sur certains programme, mais pas sur le bloc notes, ce qui est encore plus bizarre...)
Donc si quelqu'un peut m'éclairer (surtout sur la simulation de combinaison de touches sur une fenêtre qui n'est pas au premier plan),
je le remercie d'avance.

[bacelar]

Ce que vous tentez de faire avec ces appels, c'est de "truander" le programme cible.
Le programme cible n'est pas obligé de se faire "avoir" par votre "astuce".

Des programmes utilisant des API comme DirectInput ou autre n'utilisent pas du tout les messages "WM_KEYUP/WM_KEYDOWN", etc...

C'est quoi votre "vrai" besoin, à part "truander" ces pauvres programmes.

[foetus]

Ce que je soupçonne c'est que les touches ne sont pas combinées (<- *)

Parce que le comportement de Windows est

1) je reçois la touche CTRL (message WM_KEYDOWN) -> j'attends
2) je reçois la touche P (message WM_KEYDOWN) -> je combine les touches, j'envoie le message CTRL+P (message WM_CHAR)
3) la fenêtre reçoit le message CTRL+P

.... et ainsi de suite jusqu'aux messages WM_KEYUP

Mais en lisant stackoverflow , les messages CTRL+P ne contiennent pas forcément un code CTRL et un code P (<- Windows style)

Handling keyboard input in win32, WM_CHAR or WM_KEYDOWN/WM_KEYUP? (<- lien stackoverflow en anglais)

Apparently, windows works in really strange ways. [...] It seems that when you press [shift]+9, windows sends a VK_LEFT in the wParam of message WM_CHAR

* Édit : parce que la touche espace fonctionne pour un logiciel mais pas CTRL+P qui est la combinaison de 2 touches en 1 message

[bacelar]

Le "CTRL+P" n'est pas généré par Windows directement. C'est le "TranslateMessage" de votre application qui convertie les WM_KEYDOWN en WM_SYSKEYDOWN/WM_SYSCOMMAND.
Si votre application n'utilise pas de "TranslateMessage" pas de raccourci, pas de Print.

[racine carrée]

Bonsoir et merci pour ces réponses,
y a-t-il alors un moyen de simuler l'appui de touches sur une fênetre qui n'a pas le focus (équivalent de la fonction keybd_event pour une fenêtre visée en particulier, sans devoir la mettre au premier plan).
Sinon Bacelar, je n'ai pas trop compris ta dernière réponse; il faut convertir les WM_KEYDOWN en WM_SYSKEYDOWN/WM_SYSCOMMAND avec la fonction TranslateMessage? Mais comment ? il faudrait créer un objet de type MSG, exécuter la fonction translate dessus? mais comment faire si c'est bien cela qu'il faut faire?

[bacelar]

"keybd_event", c'est aussi une astuce.
Elle est plus bas niveau, donc plus de programme se font avoir.

il faut convertir les WM_KEYDOWN en WM_SYSKEYDOWN/WM_SYSCOMMAND avec la fonction TranslateMessage?

Non, c'est l'application que t'essaye de blouser qui fait son traitement pépère, généralement, en appelant la fonction "TranslateMessage" de Win32 pour convertir les WM_KEYDOWN en WM_CHAR.
Il suffit que l'application que t'essaye de blouser utilise une méthode de traitement qui ne fonctionne pas avec ton arnaque (comme GetAsyncKeyState https://docs.microsoft.com/en-us/win...tasynckeystate) pour que ta combine ne fonctionne pas.

C'est quoi votre "vrai" besoin, à part "truander" ces pauvres programmes.

(BIS)