Discussion :

[Sufflope]

Bonjour à tous !

J'ai un problème assez amusant

J'ai un JPanel avec des JTextField, qui marchaient bien. On a changé la manière de construire une autre classe que celle qui les utilise (en parsant un XML au lieu de coder en dur les caracs).

Et depuis les JTextField sont fous Ils renvoient via getText() toujours la chaine par défaut que j'ai mise dans leur constructeur, même si je change par la suite leur contenu !

Alors si quelqu'un a entendu parler d'un problème similaire, ou si il vous faut d'autres renseignements... Hésitez pas !

Merci d'avance

[eclesia]

A mon avis, ca vient plutot de vous.

sinon un peu de code ne ferait pas de mal je pense.

[Sufflope]

On a une fenêtre (instance de JCreditsView) avec plusieurs JPanels (c'est très laid mais pour l'instant on s'attache au fond plutôt qu'à la forme qui viendra après - grosso modo quand on aura réparé ces satanés JTextField ).

Chaque JPanel est un attribut d'une instance de la classe JCreditsMatiereView.

Dans le constructeur de cette classe on a :

Code :

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

1
2
3
4
5
6
7
globalPanel = new JPanel();
 
notesPanel = new JPanel();
globalPanel.add(notesPanel);
 
noteCC11 = new JTextField("10",2);
notesPanel.add(noteCC11);

et plusieurs autres JTextField bien sûr.

Lorsqu'on clique sur l'unique bouton, JCreditsView prévient chacune de ses MatiereView de lire ce qu'on a entré dans les JTextField.

Extrait du code de lecture :

Code :

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

1
2
3
4
5
String modele;
modele = "^[0-2]?\\d(\\.\\d{1,2})?$";
 
float[] notesEntrees = new float[9];
notesEntrees[0] = (noteCC11.getText().matches(modele)) ? Float.parseFloat(noteCC11.getText()) : -1;

Et ainsi de suite pour les 9 JTextField. Qui renvoie tous comme un seul homme la valeur que j'aurai mise en dur dans le constructeur lors de leur instanciation même si je change leur contenu plus tard.

Il y a d'autres changements ailleurs dans le code mais pas dans cette classe qui n'a pas été touchée... De même la classe de la fenêtre globale n'a pas non plus été modifiée.

En fait on a une classe JCreditsMatiere (que JCreditsMatiereView observe), qu'on créait à la main dans son constructeur (quand les JTextField marchaient), et maintenant on remplit ses champs en parsant le dit XML. Ses attributs internes, etc, sont les mêmes, on a juste modifié le constructeur et rajouté les setters adéquats.

Bon j'arrête là, je peux fournir plus de code si besoin mais là je vais finir par tout poster (ce que je finirai par faire si vraiment on trouve pas )

[bassim]

je crois que c'est tout à fait normal qu'il te retourne la valeur par défaut ,

parce que si le texte introduit ne respecte pas le modèle , il te retournera la dernière valeur "juste" que tu as introduit ou la valeur par défaut .

[Sufflope]

Euh non, comme j'ai dit ce code n'a pas changé entre la version qui marche et celle qui ne marche pas. De plus un simple System.out.println(noteCC11.getText()) retourne aussi cette satanée valeur par défaut et là il n'y a pas de contrôle de contenu !

De toutes façons après discussion avec le prof qui a passé du temps avec moi à chercher, on va revoir l'archi du programme car il doit y avoir une subtile erreur conceptuelle, alors plutôt que chercher des heures on va les passer à refaire un truc propre.

Quoi qu'il en soit merci pour votre attention