[KeyListener] Ecouter la frappe de plus de deux touches.

Bonjour.
J'ai un petit soucis avec mes évènements claviers.
J'ai créé un écouteur qui fonctionne parfaitement lorsque j'appuie sur une touche (A par exemple) et sur deux touches (A+B) par exemple mais par contre, keyPressed n'est pas déclenché si je fais A + B +C.
J'appuie sur A et je reste appuyé, je presse B en maintenant A et enfin je presse C en maintenant A et B appuyées.
KeyPressed est bien déclenchée pour A et pour B mais pas pour C. Comment faire pour pouvoir intercepter la frappe de 3 touches simultanées.
Je suis sous Ubuntu 7.10.
Je me demande si cela n'est pas une contrainte de l'OS ou de mon clavier (USB d'ailleurs).
Merci d'avance.

Je pense avoir trouvé une solution.
Elle ne passe pas par un écouteur de clavier mais par une surcharge de la méthode "processKeyEvent" dans un JPanel par exemple.
Voilà un exemple :

Code:

---

1 2 3 4 5 6 7 8 9

public void processKeyEvent(KeyEvent e) { if (e.getID() == KeyEvent.KEY_PRESSED) System.out.println("Pressed = " + e.getKeyChar()); else if (e.getID() == KeyEvent.KEY_RELEASED) System.out.println("Released = " + e.getKeyChar());   }

---

De plus cette méthode a un deuxième avantage. Lorsque l'on laisse une touche appuyée, "processKeyEvent" n'est exécutée qu'une seule fois. Il n'y a pas d'auto repeat comme avec la méthode keyPressed d'un KeyListener.
Cela peut être utilise dans certaine situation.
Je vais approfondir mes tests et je donnerai mes conclusions plus tard.

Salut,

Citation:

---

Envoyé par Mobaladje

De plus cette méthode a un deuxième avantage. Lorsque l'on laisse une touche appuyée, "processKeyEvent" n'est exécutée qu'une seule fois. Il n'y a pas d'auto repeat comme avec la méthode keyPressed d'un KeyListener.

---

Dans ce cas pourquoi ne pas utiliser les méthode keyTyped() et keyReleased() du KeyListener ?

a++

Citation:

---

Envoyé par adiGuba

Salut,



Dans ce cas pourquoi ne pas utiliser les méthode keyTyped() et keyReleased() du KeyListener ?

a++

---

J'avoue que je ne comprends pas la question.
Un "bug" connu sous Linux, est que lorsque l'on reste appuyé sur une touche cela déclenche en boucle les méthodes keyPressed, keyTyped ET keyReleased. Ce qui rend difficile la détection d'un véritable keyReleased après un auto repeat.
La surchage de processkeyEvent semble éviter ce problème.

Citation:

---

Envoyé par Mobaladje

J'avoue que je ne comprends pas la question.

---

Je me suis trompé je voulais dire keyPressed() et keyReleased() pour déterminer quand un bouton est appuyé et relaché...

Citation:

---

Envoyé par Mobaladje

Un "bug" connu sous Linux, est que lorsque l'on reste appuyé sur une touche cela déclenche en boucle les méthodes keyPressed, keyTyped ET keyReleased. Ce qui rend difficile la détection d'un véritable keyReleased après un auto repeat.
La surchage de processkeyEvent semble éviter ce problème.

---

Et je ne connaissait pas ce problème...


Mais je ne comprend pas pourquoi la redéfinition de processKeyEvent() corrige le problème puisque cette dernière se contente d'appeler les méthodes des listeners... :koi:


Au passage je te conseillerais de plutôt redéfinir processComponentKeyEvent() afin d'éviter de casser le mécanisme des listeners sur ton composant ;)

a++

PS : Un peu de vocabulaire : la "surcharge de méthode" consiste à ajouter une méthode avec le même nom mais des paramètres différents... Il n'y a donc aucun lien avec une méthode de la classe parente !
Dans ce cas précis tu fais une redéfinition de méthode ;)

Citation:

---

Envoyé par adiGuba

Je me suis trompé je voulais dire keyPressed() et keyReleased() pour déterminer quand un bouton est appuyé et relaché...



Et je ne connaissait pas ce problème...


Mais je ne comprend pas pourquoi la redéfinition de processKeyEvent() corrige le problème puisque cette dernière se contente d'appeler les méthodes des listeners... :koi:


Au passage je te conseillerais de plutôt redéfinir processComponentKeyEvent() afin d'éviter de casser le mécanisme des listeners sur ton composant ;)

a++

PS : Un peu de vocabulaire : la "surcharge de méthode" consiste à ajouter une méthode avec le même nom mais des paramètres différents... Il n'y a donc aucun lien avec une méthode de la classe parente !
Dans ce cas précis tu fais une redéfinition de méthode ;)

---

La rédéfinition de processKeyEvent corrige le problème car elle ne déclenche pas d'auto repeat. Si je reste appuyé sur A, "processKeyEvent" n'est déclenchée qu'une seule fois. Et cela sans déclencher "processKeyEvent" avec un event ayant un ID correspondant à un keyReleased. Il me suffit de déporter mes appels dans la méthode "processKeyEvent" et de les retirer des méthodes "keyPressed" et "keyReleased".
Merci pour l'info sur processComponentKeyEvent(). Cela ne m'est utile dans ce cas précis mais j'essaierais de ne pas l'oublier pour une autre fois.

Citation:

---

Envoyé par Mobaladje

La rédéfinition de processKeyEvent corrige le problème car elle ne déclenche pas d'auto repeat. Si je reste appuyé sur A, "processKeyEvent" n'est déclenchée qu'une seule fois.

---

Bonjour à vous,
je suis tombé sur ce post en cherchant justement à me débarrasser de l'autorepeat du KeyPressed...
J'ai sauté de joie en lisant ton truc sur processKeyEvent
MAIS... (il y en a toujours un...)
Je l'ai implémenté sous Eclipse Windows, en insérant un JPanel "modifié" dans une JFrame:

Code:

---

1 2 3 4 5 6 7 8 9 10

public class JPanelKeyEvent extends JPanel { public JPanelKeyEvent() {super();} public void processKeyEvent(KeyEvent e) { if (e.getID() == KeyEvent.KEY_PRESSED) System.out.println("Pressed = " + e.getKeyChar()); else if (e.getID() == KeyEvent.KEY_RELEASED) System.out.println("Released = " + e.getKeyChar()); } }

---

et malheureusement, on a toujours le même comportement: tant que la touche reste enfoncée, on reçoit en continu des "Pressed = xxx"...

Avez-vous une idée là-dessus ? C'est peut-être spécifique à windows ?
Voire (on peut rêver) savez-vous comment désactiver l'autorepeat ?

En tout cas, merci pour les infos, je continue à creuser !