Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
keybd_event en arrière plan ?
Bonjour,
je n'arrive pas à utilisé keybd_event en arrière plan même si je sais qu'il faut que la fenêtre soit au premier plan.. es ce qu'il y'a une solution pour ça ou si il y'a une autre méthode pareille que PostMessage et SendMessage pour DLL ou non ?
PS: (la fênetre n'accept pas les WM_KEYDOWN/WM_KEYUP de PostMessage et SendMessage)
Edit: j'utilise Microsoft Visual C++
éventuellement, si tu nous disais quel environnement tu utilises, pour qu'on sache ce qu'est ce "keybd_event", ca serait pas mal.
Nous ne sommes pas assez devins pour t'aider sans contexte.
Oups excusez moi je n'avais pas pensé j'ai éditais (j'utilise Microsoft Visual C++)
À ma connaissance, il n'y a pas sous Windows de mécanisme public fiable/complet pour envoyer de "vraies" pressions de touches à une application ou fenêtre qui n'est pas au premier plan.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
il n'y as vraiment aucune solution ?.. car je voudrais faire comme PostMessage ou SendMessage mais pour keybd_event..
Je sais que c'est possible de le faire car la SFML le fait. La solution consiste à utiliser la fonction GetAsyncKeyState(). J'avais regardé à une époque, mais ça avait l'air trop compliqué alors j'avais laissé tomber. Mais si je me souviens bien, on a juste besoin d'un hook sur la fenêtre, mais pas besoin qu'elle ait le focus.
Tu peux jeter un coup d’œil à ceci: clic.
À moins qu'il me manque une info, ça, ça sert à faire un programme "récepteur" qui analyse toutes les vraies touches y compris celles qui ne lui sont pas destinées.Envoyé par r0d
Là, on cherche à faire un programme "émetteur" capable d'envoyer des fausses touches à un programme arbitraire. Et on se heurte au problème classique:
- keybd_event() et SendInput() font des touches qui ont l'air vraies, mais ne permet pas de spécifier une fenêtre destinataire.
- Send/PostMessage() permet de spécifier une fenêtre destinataire, mais fait des touches très fausses (notamment, elles n'affectent pas le "keyboard state" du destinataire).
Là où il y a peut-être une piste, c'est l'API d'accessibilité.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Oops, j'avais mal compris la question
Je me retire...
oui je me disais aussi que ça ne pouvais pas être GetAsyncKeyState est j'allais vérifié si j'avais tord mais non breff, si on peut récupérer les touches de claviers par GetAsyncKeyState() avec un hook ?? Pourquoi on ne pourrais pas en envoyais, je ne suis pas très callé dans le hook par contre.. donc si il y'a un autre moyen que ça je suis preneur mais sinon je ferais avec.
Eviter le hack semble déjà une bonne raison pour bloquer un tel procédé.
Pensez à consulter la FAQ ou les cours et tutoriels de la section C++.
Un peu de programmation réseau ?
Aucune aide via MP ne sera dispensée. Merci d'utiliser les forums prévus à cet effet.
si le hook est considéré comme du hack es-ce qu'il y'a un autre moyen pour faire ça ? ou qu'elle API je peut faire ça ?
Répondre avec citation
Partager