JTable - annulation ou réapplication d'un tri

Bonjour,
J'ai une JTable avec des données, et aprés un rafraîchissement des données, je n'arrive pas à trouver un moyen d'annuler (réinitialisation des tableheaders) ou de rafraîchir un tri qui a été effectué à partir d'un clic sur une en-tête de colonne...
En modifiant le vector des données, j'effectue un fireTableDataChanged sur le table model, ça me change bien les données dans ma JTable, mais en vrac, le tri est perdu alors que l'en-tête de colonne indique toujours qu'un tri est actif.
Ca me paraît être un problême tout bête mais je n'ai encore rien trouvé par google...
Comment annuler le tri soit disant actif ?
Ou comment dire au JTable "hé... refais moi un tri sur ce qu'il a en ce moment dans la JTable" ?

J'ai essayé les instructions suivantes mais sans succés :

Code:

---

1 2 3 4 5 6 7 8 9 10

coTable.updateUI(); coTable.repaint();   coTable.getTableHeader().updateUI(); coTable.getTableHeader().repaint();   coTable.sortColumn(null); coTable.sortColumn(-1);   coTable.sorterChanged(new RowSorterEvent(null));

---

L'instruction sortColumn est celle qui se rapproche le plus de ce que je cherche mais le signe "ascendant"/"descendant" reste visible sur la colonne où le filtre s'appliquait, même si le header de cette colonne n'est plus en état enfoncé.

:(
Décidement... pas moyen de trouver.
Est-ce si compliqué que ça ?
Si quelqu'un a une piste ou l'instruction, merci de me poster l'information.

Bonjour, tu devrais utiliser une des 3 méthodes de tri java.util.Collections.sort afin de trier ton Vector directement ;)

Merci. J'y ai pensé, mais cela ne fait que reporter mon problème car dans ce cas, je dois savoir sur quel colonne s'applique le tri et son sens... Ca me paraissait plus compliqué à trouver que d'annuler tout les tris du Jtable.
Je sais faire tout ça en C#, mais en Java je n'arrive pas à mettre la main sur une instruction du type <reset sorting>, <reset header>, <resort>. J'ai l'impression d'être un peu à la masse à chercher sans trouver un truc aussi basique.
Une autre piste à me suggérer ?

Citation:

---

Envoyé par swonder

J'ai l'impression d'être un peu à la masse à chercher sans trouver un truc aussi basique.

---

A la masse, non. J'ai le même problème sur une application. Un bouton permet de rendre visible/invisible les lignes sélectionnées et le tri est perdu. J'ai cherché un peu, sans résultat. Pour le moment j'ai laissé le bug ouvert :roll:
Au départ, j'utilisais la JXTable du projet SwingX, qui n'a pas ce problème.

Après quelques recherches, j'ai trouvé table.getRowSorter pour obtenir l'objet responsable du tri. Par contre il est indiqué que si le modèle de données change, la méthode modelStructureChanged et le tri est refait, ce qui devrait être ton cas.

Peut-être que cela peut t'aider à avancer? que se passe-t-il si tu invoques toi mêmes cette méthode? (même si ce n'est pas son but comme indiqué dans la javadoc)

Jamais eu de problème dans mes tableaux après raffraichissement des données. Quand on se sert d'un DefaultTableModel tout se fait tout seul ou il faut simplement faire les bons fire...

Je n'utilise hélas pas un DefaultTableModel car c'est une reprise d'application écrite en Java 1.4 et les concepteurs de cette merveille ont utilisé une classe à eux un peu partout dans leur projet :

Code:

---

public class BusinessTableModel extends AbstractTableModel

---

Pour la méthode modelStructureChanged(), c'est une méthode abstraite de la classe RowSorter qui n'est implémentée nulle part. En l'invoquant ça me sort une Exception de type NullPointer.
Même exception en utilisant la fonction allRowsChanged() de la même classe.
Je veux bien l'implémenter mais je ne sais pas mettre quel code dedans...

Je cherche dans la piste suivante en ce moment :

Code:

---

1 2	coTable.setRowSorter(coTable.getRowSorter()); // coTable est ma JTable coTable.setRowSorter(null);

---

J'ai aussi tenté le coup avec un fireStructureChanged mais ça me détruit toute la mise en forme de la JTable... je me demande si l'instruction n'est pas quelque part au niveau du JTable.getTableHeader().

J'ai trouvé un truc :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

TableColumn column; SortBusinessTableHeaderRenderer tcr; for (int i = 0; i < coTable.getColumnCount(); i++) { column = coTable.getColumnModel().getColumn(i); tcr = (SortBusinessTableHeaderRenderer) (column.getHeaderRenderer()); tcr.setPressedColumn(-1); tcr = null; column = null; } coTable.getTableHeader().repaint(); coTable.getTableHeader().updateUI();

---

Ce petit bout de code permet de supprimer l'état enfoncé des colonnes... c'est déjà ça... par contre la petite flêche indiquant le sens du tri (ascendant, descendant) est toujours là. J'hallucine.

Et tu peux pas essayer de changer ça :

Code:

---

public class BusinessTableModel extends AbstractTableModel

---

en ça :

Code:

---

public class BusinessTableModel extends DefaultTableModel

---

Ca va peut-être fonctionner... (mais faut bien tester ensuite).

Citation:

---

Envoyé par natha

Et tu peux pas essayer de changer ça :

Code:

---

public class BusinessTableModel extends AbstractTableModel

---

en ça :

Code:

---

public class BusinessTableModel extends AbstractTableModel

---

---

Juste une question, histoire de confirmer que je ne suis pas aveugle...
Tu vois une différence entre les 2 ? ;)

:D je ne vois non plus aucune différence collègue.
(j'eu été tenté de précéder cette phrase par un de ces fameux "salut mes amis" du copain à nono le petit robot :lol:)
Plus sérieusement, je pense qu'il voulait me faire faire un extends de DefaultTableModel. Je vais voir si ça peux se faire mais j'ai peur que avec le bourbier de programme que j'ai en face de moi les effets de bords soient trop conséquents.

Citation:

---

Envoyé par OButterlin

Juste une question, histoire de confirmer que je ne suis pas aveugle...
Tu vois une différence entre les 2 ? ;)

---

J'ai corrigé... dur dur le matin :) désolé

Citation:

---

Envoyé par swonder

Plus sérieusement, je pense qu'elle voulait me faire faire un extends de DefaultTableModel

---

Bien vu à part que je suis un mec.

Corrigé et auto-flagellé pour la mégarde...

Je viens de tester... ça ne change rien. Les prédécésseurs dans le programme ont redéfinis pas mal de méthodes du TableModel à leur manière, afin de faire un lien avec les données (Vector d'objet) en base en utilisant une définition écrite dans un fichier XML. (Je sais pas si c'est super clair ce que je viens de raconter...).

Je suis quand même un peu surpris : n'est-ce donc pas tout simple de réinitialiser la table header ? juste ça, tout simplement... 8O