Discussion :

[borozhim]

Bonjour à tous,

Je cherche à détecter la fin de l'édition dans un JTextField.

Actuellement j'ai ajouté un DocumentListener à mon JtextField, ce qui me permet de savoir quad la personne ajoute ou retire un caractère. En fonction de la saisie, je met à jour une JTable de plusieurs centaines de lignes. Or mettre à jour cette JTable à chaque nouveau caractère pompe pas mal de ressource et je souhaiterais l'éviter.
De plus, je peux bien sur attendre que l'utilisateur fasse "Entrée" après avoir édité une case en utilisant un ActionListener, mais j'aimerais aussi l'éviter, cela rendrait le formulaire plus pratique

Je me demandais donc s'il existait un type de Listener que je ne connaitrais pas, qui permettrait de détecter la fin d'édition dans un JTextField (en gros une fois que la personne a arrêté de saisir depuis 1 seconde). Un équivalent de CellEditorListener mais pour un JTextField ?

Quelqu'un aurait une idée à ce sujet ?

Merci d'avance,

Cdt

[Népomucène]

Peut-être ajouter un FocusListener qui
- initialise une variable lastUpdate de type "long" avec zéro comme valeur initiale.
- lance un thread qui surveille la variable lastUpdate.

Tant que lastUpdate est à zéro, le thread ne fait rien.
Dès que l'utilisateur tape quelque chose, le DocumentListener crée une nouvelle variable modif de type Date.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Date modif = new Date();
lastUpdate = modif.getTime()

à partir de là, on a le moment de la dernière modif (en millisecondes)
comme lastUpdate n'est plus à zéro, le thread peut calculer le nombre de millisecondes ente lastUpdate et maintenant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Date maintenant = new Date();
if ((maintenant.getTime()-lastUpdate) > 1000) ... remplir la JTable ;
lastUpdate = 0; // raz en attente du prochain caractère

cela revient à installer un chrono qui déclenche une action au bout d'une seconde.
Il y a aussi la classe Timer qui fait ce genre de travail.

[borozhim]

Salut,

Merci pour ta réponse, tu m'as donné une idée à partir du Timer

Voici ce que j'ai utilisé :
Dès que j'ai un évènement (insertion ou suppression de caractère), j'annule les demandes de mise à jour planifiées par le timer, et j'en programme une autre 1 seconde plus tard. Cela m'évite donc de mettre à jour mon tableau de manière intempestive.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
	@Override
	public void insertUpdate(DocumentEvent e) {
 
		// Planifie une nouvelle mise à jour
		update();
 
	}
 
	private static class UpdateTimertask extends TimerTask {
 
		@Override
		public void run() {
 
			MaClasse.update();
 
		}
 
	}
 
	private void update() {
 
		// Annule les mise à jour précédentes
		timer.cancel();
		Date date = Calendar.getInstance().getTime();
		date.setTime(date.getTime()+1000);
		// Planifie une mise à jour une seconde plus tard
		timer.schedule(new UpdateTimertask(), date);
	}

Je sais pas si tout cela est très propre, mais vu que le programme est pour une utilisation personnelle, du moment qu'à moi ça me va ...

Merci beaucoup, sujet résolu.

[sinok]

Sinon plus basiquement, la fin de l'édition d'un JTextField correspond plus ou moins à une perte de focus, donc un FocusListener devrait faire l'affaire. Et au niveau de l'utilisateur ça paraîtrait un poil plus logique, plutôt qu'un délais d'une seconde qui va potentiellement intervenir au milieu de sa saisie et plus ou moins provoquer une erreur.

[herve91]

De mémoire il me semble qu'un ActionListener suffit pour déclencher une action lors de l'appui de la touche Entrée.

[bouye]

Dans le cas d'un JFormattedTextField, il suffit d'un PropertyChangeListener sur le champs value. Pour un JTextField normal vu qu'un DocumentListener choppe un peu tout et n'importe quoi, voir plutot du cote d'un PropertyChangeListener sur le champ text.