Discussion :

[zoullou]

Si je ne me trompe pas, tu n'a pas redéfini la methode setValueAt(Object aValue, int rowIndex, int columnIndex) ce qui fait que c'est la methode par default de la classe abstraite qui est utilisée et donc ça ne fait rien.
De plus, tu ajoute ton tableModel comme listener de ses propres changement si je ne me trompe pas, ce qui ne sert à rien.

A+

[Baptiste Wicht]

Si je ne me trompe pas, tu n'a pas redéfini la methode setValueAt(Object aValue, int rowIndex, int columnIndex) ce qui fait que c'est la methode par default de la classe abstraite qui est utilisée et donc ça ne fait rien.

Non, ne me dis que c'était juste ca... Quelle horreur, je vais tester ca tout de suite et je reviens dire le résultat

Je l'avais pas fait, car je pensais que ca me servait à rien comme je ne modifiait jamais une donnée comme ca...

De plus, tu ajoute ton tableModel comme listener de ses propres changement si je ne me trompe pas, ce qui ne sert à rien.

A+

Ca par contre, je suis pas d'accord, car c'est au modèle que l'on ajoute un listener et non pas à la JTable

EDIT: Je vais plutot rendre réponse ce soir, car j'ai trop de travail au boulot pour coder du java

[xc78370]

Ca y est, j'ai trouvé (enfin pour mon cas !!!)

Mon setValueAt n'était pas surchargé correctement (allez savoir pourquoi !!!)
En effet je l'avais déclaré setValueAt (int, int, Object) au lieu de setValueAt (Object, int, int). Je ne sais pas ou j'avais trouvé ce code ???

De ce fait la modification n'était pas prise en compte...

Wichtounet, tu dois etre dans le meme cas, car tu n'as pas déclaré setValueAt.



Merci à tous pour votre aide...

[zoullou]

Ca par contre, je suis pas d'accord, car c'est au modèle que l'on ajoute un listener et non pas à la JTable

Oui, ton model est listener de ses propres changement, ce qui ne sert à rien

[Baptiste Wicht]

Oui, ton model est listener de ses propres changement, ce qui ne sert à rien

Si tu regardes le lien que tu m'a donné, le listener et bel et bien ajouté au modèle

[sinok]

Mouaip sinon c'est bien ton setValueAt qui pose problème car l'AbstractTableModel ne le fait pas pour toi (tu aurais utilisé le default ça aurait étét autrechose )

[Baptiste Wicht]

Mouaip sinon c'est bien ton setValueAt qui pose problème car l'AbstractTableModel ne le fait pas pour toi (tu aurais utilisé le default ça aurait étét autrechose )

Ouais, j'avais pensé que comme moi je ne l'employerais pas, ca me servirait à rien de la surcharger

[Baptiste Wicht]

J'ai maintenant reglé une partie de mon problème, car je peut changer les données directement dans la JTable, mais j'arrive pas à récupérer ou cette modification s'est produite...

dans la méthode tableChanged de mon modèle si je fais un getColumn() sur mon event, à chaque modification j'ai une modification dans le colonne -1. C'est pareil si j'emploie les autres méthodes sur l'event, j'ai toujours la même chose...

J'ai aussi essayé de faire directement implémenter tableModelListener à ma classe d'iinterface graphique, mais ca ne change rien... A chaque fois ca me renvoie les mêmes valeurs...

Voici mon code :

Une partie de mon modèle :

Code :

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

1
2
3
4
5
public class MyModel extends AbstractTableModel implements TableModelListener{
<div style="margin-left:40px">...
public void tableChanged(TableModelEvent event) {
 
<div style="margin-left:40px">System.out.println("" + event.getColumn());//Me renvoie toujours -1</div>}</div>}

déclaration du listener

Code :

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

filmsTable.getModel().addTableModelListener(model);

[Baptiste Wicht]

Je sais pourquoi ca me renvoyait toujours -1 dans la colonne. -1 est renvoyé quand l'evenement s'est produit sur toutes les colonnnes et pas sur une en particulier.

Le problème venait du fait que j'avais mis super.fireTableDataChanged(); dans la méthode setValueAt() au lieu de super.fireTableCellUpdated(row, column); donc il réaffichait le tout et disait qu'il avait fait une modif sur le tout...