Discussion :

[chekkal]

Bonjour,

En effet, je voudrais récupérer juste les appuis réels sur le clavier et non les appuis simulés par programmation ou les autres périphériques comme un lecteur code barre. Si on utilise l’événement onkeydown ou onkeypress, l’événement les récupère tous.

[Andnotor]

Il faut voir du côté de RawInput, c'est le seul principe permettant de différencier les périphériques (par le hDevice).
Un exemple ici.

[chekkal]

Bonjour,
rawinput est une solution c'est vrai mais je préfère plus simple. En effet, LE DÉLAI D’EXÉCUTION entre l'événement "Onkeydown" et "onkeyup" . En effet en récupérant les millièmes de secondes, j'ai fait un test d’abord pour le clavier et l'intervalle en millième de secondes entre les 2 événements est "50 à 80" tout dépend de la rapidité de frappe, par contre avec le lecteur code à bar l'intervalle est toujours "0<->20"

[Andnotor]

par contre avec le lecteur code à bar l'intervalle est toujours "0<->20"

Plus qu'aléatoire !

Tu ne maîtrise pas la boucle de messages et il y aura une fois ou l'autre un message qui viendra s’intercaler entre WM_KEYDOWN et WM_KEYUP qui prendra plus de temps que prévu à être traité.

Lorsque l'utilisateur te dira "je dois scanner plusieurs fois pour que ça fonctionne", tu comprendras

Sans parler :
- du partage du temps processeur. Est-ce que tu connais la charge sur le système cible, les applications qui vont tourner en parallèle ?
- les simulations par SendInput. Seront-elles vues comme étant en provenance d'un clavier virtuel ou d'un scanner ?