la taille de JFormattedTextField

Version imprimable

bonsoir
j'ai problème avec le champ JFormattedTextField par exemple si je clic sur le bouton sans saisir un chiffre alors le teste22.length() me retourne 0
mais si je tape un chiffre alors teste22.length() me retourne teste = 20

toujours numéro 20 et pas la langueur de champ je n'arrive pas à comprendre le problème

Code:

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
30
31
32
33
34
35
36
37
38
39
 
 jButton.addActionListener(new java.awt.event.ActionListener() {
public void actionPerformed(java.awt.event.ActionEvent e) {
 String teste22 = jtf2.getText();
System.out.println("test  " +teste22.length());
	 if (jtf2.getText().length()< 6 )
						  {
 
JOptionPane ddd1 = new JOptionPane();ddd1.showMessageDialog(test.this, " 99","e",JOptionPane.INFORMATION_MESSAGE);	               	 
 
}
}
}
 
 
 
private JFormattedTextField  getJTextField3() {
	if (jtf2 == null) {
		MaskFormatter mask = new MaskFormatter();
		jtf2 = new JFormattedTextField(mask);
		jtf2.setBounds(new Rectangle(169, 38, 146, 37));
		jtf2.setText("");
 
 
		    try {
 
		    	mask.setMask("####################");
		        mask.setValidCharacters("1234567890");
		    } catch (Exception e) {
		        e.printStackTrace();
		    }
		    mask.setAllowsInvalid(false);
 
		    jtf2.setFocusLostBehavior(JFormattedTextField.PERSIST);
	}
	return jtf2;
}
 
merci d'avance

19/02/2010, 02h05
yotta

Reponse

Bonjour,

Faites un commitEdit() sur votre JFormatedTextField avant d'invoquer getText().
Quand à la valeur 20 qui vous est renvoyée, c'est normale. En effet, lorsque l'on utilise un MaskFormater, et que le nombre de caractère saisi par l'utilisateur est inférieur à la longueur du masque, dans votre cas, sa longueur est de 20 puisque vous avez saisi 20 fois le caractère #, alors la valeur renvoyée par getText() représente les x caractère saisie comblé de 20 - x caractères underscors. Résultat, la longueur de votre chaîne fera toujours 20 dés que vous aurez tapé quelque chose.
Pour récupérer correctement le contenu de votre JFormatedTextField procédez plutot ainsi :

Dans votre méthode actionPerformed, faites jtf2.getFormater().stringToValue(jtf2.getText()) après avoir fait jtf2.commitEdit().

bonjour
voila ce que j'ai fais

Code:

1
2
3
4
5
6
7
8
9
10
 
try {
 jtf2.commitEdit();
 }
  catch (ParseException pe) {
  }
 if (jtf2.getText().length()< 6 )
 {
 JOptionPane ddd1 = new JOptionPane();ddd1.showMessageDialog(test.this, " salut","e",JOptionPane.INFORMATION_MESSAGE);	               	 
   }

mais ça déclanche pas if la condition si je tape un chiffre inférieur à 6

19/02/2010, 15h16
yotta

Alors peut-être...

Essayé de modifier votre condition if comme suit pour voir :

if (jtf2.getFormater().stringToValue(jtf2.getText()).length() < 6) {
....

ça marche pas

Code:

1
2
3
4
5
6
7
8
 
try {     
 if (((String) jtf2.getFormatter().stringToValue(jtf2.getText())).length() < 6) { {
 JOptionPane ddd1 = new JOptionPane();ddd1.showMessageDialog(test.this, " salut","e",JOptionPane.INFORMATION_MESSAGE);	               	 
   }
 }    }
 catch (ParseException e1) {
 }

19/02/2010, 16h22
yotta

D'accord...

Je suppose que vous faites toujours le commitEdit avant le test. Par contre, vous dites, ça marche pas... certe mais précisez.
Ca donne la même chose qu'avec un getText() tout simple, ça fait une erreur, ça fait pas d'erreur mais ça n'est jamais vrai ?....
Bref, je ne maîtrise pas le JFormattedText. Apparament, ça s'appuie sur un objet Document pour gérer son contenu, je suppose que c'est pour cela que le getText() directe renvoie des valeurs déconcertantes.
D'après la documentation que j'ai consulté pour l'occasion, j'avais cru comprendre que le commitEdit pouvait être necéssaire car certains formatter écrase la propriété autoCommit. Comme ça mange pas de pain je suppose de le faire, ça présente de ne plus se poser la question de savoir si la saisie a déja été passée dans la valeur du composant au moment ou s'exécute le code de l'évennement actionPermformed du bouton. Ensuite, j'ai cru comprendre que pour récupérer le contenu du Document contenu dans ce type de composant sans 'interpretation' des règles de formatage, il serait plus judicieux de procéder par un stringToValue du formater. Mais si ce n'est pas cela, alors je ne vois pas plus que vous. Je vais continuer de chercher...
19/02/2010, 16h32
minooo

Citation:

Envoyé par pursang

Je suppose que vous faites toujours le commitEdit avant le test. Par contre, vous dites, ça marche pas... certe mais précisez.
Ca donne la même chose qu'avec un getText() tout simple, ça fait une erreur, ça fait pas d'erreur mais ça n'est jamais vrai ?....
Bref, je ne maîtrise pas le JFormattedText. Apparament, ça s'appuie sur un objet Document pour gérer son contenu, je suppose que c'est pour cela que le getText() directe renvoie des valeurs déconcertantes.
D'après la documentation que j'ai consulté pour l'occasion, j'avais cru comprendre que le commitEdit pouvait être necéssaire car certains formatter écrase la propriété autoCommit. Comme ça mange pas de pain je suppose de le faire, ça présente de ne plus se poser la question de savoir si la saisie a déja été passée dans la valeur du composant au moment ou s'exécute le code de l'évennement actionPermformed du bouton. Ensuite, j'ai cru comprendre que pour récupérer le contenu du Document contenu dans ce type de composant sans 'interpretation' des règles de formatage, il serait plus judicieux de procéder par un stringToValue du formater. Mais si ce n'est pas cela, alors je ne vois pas plus que vous. Je vais continuer de chercher...

si j'ai ajouté jtf2.commitEdit();

mais ça marche pas ne déclenche pas boite de dialogue si je tape un chiffre puis sur le bouton
la condition ne fonctionne pas
19/02/2010, 16h35
yotta

Sinon, essayez cela...

jtf2.getFormater().valueToString(jtf2.getValue()).length()

Citation:

Envoyé par pursang

jtf2.getFormater().valueToString(jtf2.getValue()).length()

toujours pas

Code:

1
2
3
4
5
6
7
8
 
 jtf2.commitEdit();
 if (jtf2.getFormatter().valueToString(jtf2.getValue()).length()<6)   {
  JOptionPane ddd1 = new JOptionPane();ddd1.showMessageDialog(test.this, " salut","e",JOptionPane.INFORMATION_MESSAGE);	               	 
  System.out.println("voir        "+jtf2.getText());
      }
   } catch (ParseException e1) {
   }

19/02/2010, 16h57
yotta

Désolé...

Je ne peux pas faire plus, je sèche complètement. J'espère que vous aurez plus de chance avec un autre. Je vais quand même continuer de chercher. Bon courage.

s'il s'agit de n'accepter que des chiffres, utiliser un simple JTextField et :

Code:

1
2
3
4
5
6
7
8
9
 
    private void jTextField1KeyReleased(java.awt.event.KeyEvent evt) {
         String s = "";
         if ((evt.getKeyCode() < 48) || (evt.getKeyCode() > 57)) {
             s = jTextField1.getText();
             s = s.substring(0,s.length()-1);
             jTextField1.setText(s);
        }
    }

Code:

1
2
 
   JOptionPane.showMessageDialog(null,jTextField1.getText().length());

21/02/2010, 16h27
yotta

C'est vrai...

Cependant, je n'en suis pas sûr mais il me semble que le keycode peut être récupéré deja dans l'évennement keyPressed. En tout cas, cela permettrai de ne pas se préoccuper de supprimer le caractère rejeté puisqu'en réagissant sur le keyPressed, ce dernier serait intercepté avant d'être affiché.
21/02/2010, 19h39
minooo

je n'ai pas compris ce que vous avez fais , je bloque encore :(
23/02/2010, 02h51
yotta

Explications

Voilà ce que propose Fraco :

Plutot que d'utiliser un JFormatedText pour filtrer la saisie en limitant cette dernière à des chiffres, il vous donne une ébauche de code en réaction à l'évennement de relâchement d'une touche du clavier qui va tout simplement limiter la saisie à des chiffres. En clair, avec cette astuce, si la personne tape autre chose qu'un chiffre, le caractère sera aussitôt supprimé. Seuls les chiffres sont conservés.
Le deuxième partie du code invoque une instance de JDialog pour afficher le contenu du JTextField en guise de message.
Si ce que vous vouliez faire initialement consistait à limiter une saisie de chiffres, cette astuce est parfaitement valable, simple et éfficace.;)

Quand à ce qui concerne ce que je me suis permis de préciser, c'est qu'en tentant de réagir sur l'évennement KeyPressed, donc au moment où l'on enfonce la touche, pas quand on la relâche, on pourrait éviter de supprimer le caractère puisque celui-ci, à cet instant n'a pas encore été copié dans le JTextField. Mais ça reste à vérifier.