Lire un 'char' sans appuyer sur enter

Version imprimable

04/12/2010, 21h49
Jehuty57

Lire un 'char' sans appuyer sur enter

Bonjour,

j'aimerais qu'un de mes programmes réagisse dès l'appui sur une touche du clavier.

Je ne peux pas le faire avec un keylistener car je n'utilise pas d'interface graphique.

L'utilisation de la classe Scanner force l'utilisateur à appuyer sur la toucher entré pour pouvoir lire le caractère.

Puis-je contourner cela ? Ou bien existe-t-il une autre classe permettant de le faire ?
05/12/2010, 11h57
oneagaindoguys

Si tu n'utilises pas d'IG, tu fais ça en console ?
Tu peux peut-être redéfinir ta méthode ou la classe Scanner.
05/12/2010, 13h24
Jehuty57

Oui mon affichage se fait dans la console.

En fait ce que je voudrais faire ressemblerait à un while dans lequel à chaque tour un caractère est demandé à l'utilisateur.

Je ne peux pas faire un string que je redécoupe par la suite car après chaque ajout d'un caractère je dois afficher quelque chose de différent.

Redéfinir la classe Scanner me semble un peu complexe comme méthode je pensais qu'il existait quelque chose de plus simple.
05/12/2010, 13h31
tchize_

ce n'est pas possible, le seul accès à la console par java passe par l'entrée standard. Hors c'est l'OS dans ce cas là qui gère le clavier. Et l'OS n'envoie rien à l'application tant qu'on a pas appuyé sur enter. Et fait il n'y a même pas de garantie que l'entrée standard passe par le clavier, ça pourrait venir d'une fichier ou d'une autre application
05/12/2010, 13h49
oneagaindoguys

Et il n'y a pas un moyen de simuler l'appui sur entrer.
Genre dans ta boucle après avoir tapé le char, tu envoies entrer ? C'est une idée
05/12/2010, 14h02
Jehuty57

Si comme le dis tchize_ l'OS n'envoie aucune information sans l'appui de la toucher entré alors je ne peux pas détecter qu'un caractère a été entré pour ensuite simuler l'appui sur la touche entré dommage.

Merci pour votre aide, ca sera un peu plus embêtant à l'utilisation mais pour le moment je n'ai apparemment pas le choix.

Je verrais plus tard avec un KeyListener si j'implemente une interface.
06/12/2010, 02h29
yotta

Bonsoir,

Je penses que la réponse à votre problème se trouve là :
http://www.java-tips.org/java-se-tip...s-in-java.html;)
06/12/2010, 10h14
thelvin

Citation:

Envoyé par pursang

Je penses que la réponse à votre problème se trouve là :
http://www.java-tips.org/java-se-tip...s-in-java.html;)

Dans ce cas il va falloir préciser comment.
06/12/2010, 15h17
dinobogan

Il te faudrait passer ton shell en mode raw, ou mode brut.
Tout dépend du type de console que tu utilises, ainsi que de l'OS. Je n'ai jamais vérifié si c'était possible sous Windows.

Java ne permet vraiment pas ça (même en utilisant directement FileDescriptor.in).
Si vraiment c'est indispensable, il y a le JNI. Mais ça ne marche pas en console Eclipse (ce n'est pas une console normale) et ça oblige à recompiler pour Linux et Windows, à toi de voir.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
package test.jni;
 
//imports....
 
public class CBridge {
	static {
			System.loadLibrary("CBridge");
		}
 
	private native int getCh();
 
	private void run() {
		for(;;)
		 System.out.println("key:"+getCh());
	}
 
 
	public static void main(String[] args) {
		new CBridge().run();
 
	}
}

Code:

1
2
3
4
5
6
7
8
9
10
 
#include <stdio.h>
#include "test_jni_CBridge.h"
 
JNIEXPORT jint JNICALL Java_test_jni_CBridge_getCh
  (JNIEnv * env, jobject obj){
	return getch();
	// std::cin.get();
	//return getc(stdin);
  }

compilation sous minGW

Code:

1
2
3
4
5
6
7
8
 
set CLASS=CBridge
javah -classpath ../bin -jni test.jni.%CLASS%
gcc -c -IC:\j2sdk1.6.0\include -IC:\j2sdk1.6.0\include/win32 -o test_jni_%CLASS%.o test_jni_%CLASS%.c
rem dlltool -k test_jni_%CLASS%.o -z test_jni_%CLASS%.def
rem remplacer à la main le @8 par rien
gcc --shared -o %CLASS%.dll -IC:\j2sdk1.6.0/include -IC:\j2sdk1.6.0\include/win32 test_jni_%CLASS%.c test_jni_%CLASS%.def
copy *.dll ..

07/12/2010, 01h12
yotta

Autant pour moi. L'adresse fournie pointe vers une technique qui permet de faire l'inverse, simuler l'évènement. Vous voulez le capturer en fait, désolé...:oops: