Hop,
 
Bon, j'ai besoin d'intercepter des entrées "clavier" (qui en fait ne viennent pas d'un autre clavier, mais c'est une autre histoire), et de réagir a la pression de "return".
A votre avis:
un JTextField invisible?
ou bien une écoute sur "tout" le clavier, qui bufferise les characteres entrés et réagit à la pression de return, sans m'encombrer d'un componant? (mais euh ché pas trop comment on fait alors... )
 

bon.
J'ai ajouté un KeyListener sur mon JFrame
(haherm, je sens que je vais me faire taper sur les doigts.)
 
Il bufferise les e.getKeyChar() jusqu'a ce qu'il recoive un VK_RETURN, ou là il fait ce qu'il a à faire.
 
Good/Bad idea? Je suis pas convaincu que ce soit le plus performant (oui dans mon cas j'ai besoin d'un minimum de perfs), ni que ce soit "élégant" )
 
Commentaires bienvenus
 
 

ben moi ca me parraît très bien comme ca ...

 
+1

 
Peux tu preciser stp ?
 
- Pourquoi as tu besoin de detecter la pression de return ?
- Pourquoi veux tu le faire sur toute la JFrame ?
 
Sinon sans plus d'info, je dirais "pourquoi pas"

phenixl a écrit a écrit :     Peux tu preciser stp ?   - Pourquoi as tu besoin de detecter la pression de return ? - Pourquoi veux tu le faire sur toute la JFrame ?   Sinon sans plus d'info, je dirais "pourquoi pas"

- j'utilise un périph qui émule un clavier et qui "envoie" des codes suivis du code touche de returns
- parce que je ne veux mettre le focus sur un Component en particulier: on doit pouvoir utiliser le périph meme si le focus est sur un radiobutton par exemple.
 
benou, HappyHarry.
Au niveau perfs, ça roule à votre avis...?

--greg-- a écrit a écrit :   benou, HappyHarry. Au niveau perfs, ça roule à votre avis...?

ben en fait, je pense que c'est ce que tu peux faire de mieux niveau perf ...

--greg-- a écrit a écrit :   - j'utilise un périph qui émule un clavier et qui "envoie" des codes suivis du code touche de returns - parce que je ne veux mettre le focus sur un Component en particulier: on doit pouvoir utiliser le périph meme si le focus est sur un radiobutton par exemple.   benou, HappyHarry. Au niveau perfs, ça roule à votre avis...?

 
Ok. Dans ce cas soit un listener sur toute la JFrame, soit le faire via ecriture/lecture sur un stream, je ne vois pas d'autres solutions a premiere vue.

hmmm... pq pas... Je gagnerais quoi? Et perdrais quoi?  
 
Mais à terme, il faudrait ptet que j'intercepte aussi des combinaisons/raccourcis clavier, alors gerer le stream là, pouerk...

et tu veux lire quel stream exactement ?

benou a écrit a écrit :   et tu veux lire quel stream exactement ?

ha ben moi j'en sais rien
System.in ?

ca risque d'être pénible de laisser la console DOS ouverte juste pour que tu puisses taper "entrée" dedans ...  
 

 

benou a écrit a écrit :   ca risque d'être pénible de laisser la console DOS ouverte juste pour que tu puisses taper "entrée" dedans ...

ha oué. vu comme ça !

 
Ton emulateur de clavier sera bien une espece de clavier graphique ou je ne sais quoi (ou alors je comprends mal) ?
 
Si oui, tu geres les evenements uniquement au niveau de la GUI de ce clavier, tu recuperes le tout, tu ecris sur le stream recupere d'une socket qui va communiquer avec ton application. De l'autre cote tu lis ce que tu recois et tu interpretes. (quand est ce que tu ecris et quoi a toi de voir, soit tu le fais au fur et a mesure, soit tu le fais d'un coup a la pression de return, avant tu ne fais qu'enregistrer la frappe)
 
Ce que tu perds : un peu plus long a coder que ta solution (et je ne sais pas si j'ai compris ce que tu voulais faire donc si ca se trouve ca t'est inutile)
 
Ce que tu gagnes : la partie graphique de ton emulateur est independante de ton application et tu peux la lancer sur une autre machine (pour rire : sur un PDA communiquant via bluetooth avec ta machine) tu peux trouver surement des utilisations interessantes avecun peu d'imagination
 
Bref je te propose de rever un peu pour faire de ton application quelque chose de vraiment interessant car reutilisable dans un contexte different.
 
Enfin ce que j'en dis moi...  
 
Bye,  
 

ha mais non, je veux absolument pas faire un "émulateur" graphique de clavier
j'avais juste mentionné que l'appli serait utilisé avec un autre périph' qu'un clavier, mais que celui-ci "émulait" un clavier, donc que pour l'appli ça faisait pas de différence...