logiciel interception clavier

Bonjour,

Je souhaite développer une application qui permet d'automatiser ou d'accélerer la saisie sur PC sous Windows.

Ce logiciel est lancé au démarrage de la session de l'utilisateur et tourne en "tâche de fond" (dans la barre de tâches à côté de l'horloge).

Ce logiciel intercepte les touches clavier et s'il reconnait une séquence de touches (CTRL+ALT+F12 par exemple) envoie à la fenêtre qui à le focus la combinaison "if()\n{\n}" (toujours par exemple, la touche ainsi que le texte seront configurables).

Mes questions maintenant :

• Je n'ai jamais fait d'interception au clavier, comment cela se passe, est-ce que la solution passe par un "hook" clavier, quelqu'un à t'il des entrées à ce sujet pour comprendre le mécanisme.
• Cette 2eme question est plus simple, comment une appli fait pour simuler l'appui sur le clavier pour une autre appli (celle qui à le focus et qui est active) ? Autrement dit, comment fait-elle pour envoyer des caractères ?
• 3eme question, comment se fait la suppression de la touche (CTRL+ALT+F12 dans notre exemple) afin qu'elle soit ignorée par l'appli qui a le focus une fois que les caractères de remplacement auront été envoyés
• Peut être qu'il existe un logiciel "gratuit" qui fait exactement cela auquel cas, mon développement s'arrêtera immédiatement :P

Merci pour vos réponses

Citation:

---

Envoyé par ram_0000

Je n'ai jamais fait d'interception au clavier, comment cela se passe, est-ce que la solution passe par un "hook" clavier, quelqu'un à t'il des entrées à ce sujet pour comprendre le mécanisme.

---

Oui, le plus simple est d'utiliser un hook clavier. Un hook est juste une fonction automatiquement appelée par Windows (bref un "callback") en réponse à certains événements, dépendant du type du hook. Par exemple un hook clavier intercepte les messages claviers. Voir MSDN (SetWindowsHookEx).

Citation:

---

Envoyé par ram_0000

comment une appli fait pour simuler l'appui sur le clavier pour une autre appli (celle qui à le focus et qui est active) ? Autrement dit, comment fait-elle pour envoyer des caractères ?

---

La technique commune utilisée pour simuler un événement clavier se résume sur l'utilisation de la fonction keybd_event (cette fonction n'est plus à la mode et MS recommande SendInput à la place de keybd_event).

Citation:

---

Envoyé par ram_0000

comment se fait la suppression de la touche (CTRL+ALT+F12 dans notre exemple) afin qu'elle soit ignorée par l'appli qui a le focus une fois que les caractères de remplacement auront été envoyés

---

Pour stopper la progression d'un message il suffit de retourner une valeur non nulle. Pour connaître l'état des shift-keys (Ctrl et compagnie), tu peux utiliser GetKeyState ou GetAsyncKeyState selon tes besoins ou encore GetKeyboardState qui retourne l'état de chaque touche dans un tableau.

Citation:

---

Envoyé par ram_0000

C'est quoi la différence entre "low level" et "non low level". Il y a une différence de concept ou de technologie ?

---

Les low level hooks recoivent les notifications bien avant les non low level hooks. Ils capturent plus de messages (WM_KEYDOWN, WM_KEYUP, WM_SYSKEYDOWN et WM_SYSKEYUP contre les deux premiers seulement pour un non LL) et ont droit à plus d'informations quant à la nature du message, comme son origine par exemple (provient-il réellement du clavier ou a-t-il été "injecté") ...

Je souhaiterai un éclaircissement. Dans tout ce que j'ai vu, le fonction de hook est dans une DLL.

Est-ce que c'est utile dans mon cas car cette fonction de hook ne sera active que lorsque le programme installant le hook fonctionnera ?
Petit rappel : Ce logiciel est lancé au démarrage de la session de l'utilisateur et tourne en "tâche de fond" (dans la barre de tâches à côté de l'horloge).
Lors de l'arrêt de ce programme, le hook sera enlevé.

Il me semble que le hook ne s'installera carrément pas si la fonction de hook n'est pas dans une DLL.
http://blogs.msdn.com/oldnewthing/ar...25/411741.aspx

Dans tous les cas, je crois me souvenir qu'il faut que le programme qui a installé le hook reste actif.

Oui, si l'on croit Microsoft, un hook global (c'est-à-dire de niveau système) doit être implémenté dans une DLL. Le programme qui a intsallé le hook doit rester actif et désinstaller le hook avant de quitter.