Swing JTable Spaltenbreite beibehalten

[TiME-SPLiNTER]

Hallo zusammen

Ich habe ein Problem: Ich habe eine Tabelle mit 6 Spalten. Die Spalten kann der Benutzer selbst grösser und kleiner machen. Dann gibt es einen Button, mit welchem er den Inhalt der Tabelle reloaden kann. Dabei wird in die jTable der neue Inhalt als DataVector gesetzt. Dabei gehen jedoch die vom Benutzer gemachten Spaltenbreiten verloren.

Gibt es eine einfache Möglichkeit, die Spaltenbreite beizubehalten auch bei Reload des Tabelleninhalts? Oder muss ich die Spaltenbreiten speichern und nach dem Datenrefresh über PrefferedSize die Spalten wieder auf die bestimmten Grössen setzen?

Über einen guten Vorschlag würde ich mich sehr freuen .

 

[sylo]

Hi

ich hatte mal das gleiche Problem und habe es mir vorher gemerkt und danach wieder, so wie du gemeint hast, mit setPreferredSize() gesetzt. Habe nichts besseres gefunden.

Würd mich auch interessieren ob es da eine "einfachere" Lösung gibt.

Grüße
sylo

 

[TiME-SPLiNTER]

Wir werden sicherlich nicht die einzigen zwei Leute sein, die dieses Problem mit der jTable haben. Vielleicht gibt es wirklich eine einfachere Möglichkeit vielleicht sogar eine Methode die schon von Haus aus mit der jTable mitkommt...

 

[sylo]

Hi

hab leider gerade kein Beispiel zur Hand, aber probier mal das:

jTable.setAutoResizeMode(JTable.AUTO_RESIZE_OFF)

Grüße
sylo

 

[TiME-SPLiNTER]

Das habe ich auch schon an vielen Orten gesehen und auch schon ausprobiert . Leider hat es keinen Einfluss mehr, wenn die Daten in der Tabelle neu geladen werden .

Weisst du gerade wie man die aktuelle Breite einer bestimmten Spalte (an Position x) ausliest?

jTable.getRow(x).getPrefferedSize();

gibt es irgendwie nicht. Wie komme ich an die Row?

 

[KrokoDiehl]

Hallo.
Die Ursache liegt an der Art und Weise, wie man neue Daten in die Tabelle bringt. Wenn das TableModel ein

TABLE_STRUCTURE_CHANGED

(oder so ähnlich) auslöst, dann wird die gesamte Tabelle neu gemacht, insbesondere auch die Spalten. Dies wird z.B. ausgelöst, wenn man

setModel()

bei einer Tabelle aufruft.

Wenn sich die Struktur nicht ändert (die Anzahl und Art der Spalten also gleich bleibt), sollte man nur den Inhalt des Modells neu setzen und ein

TABLE_DATA_CHANGED

aufrufen.

Hierfür müsste man aber ein eigenes TableModel schreiben und vom AbstractTableModel erben. Dann kann man die Methode

fireTableDataChanged()

aufrufen, wenn man einfach nur den Tabelleninhalt neu setzt.

 

[Michael...]

Oder muss ich die Spaltenbreiten speichern und nach dem Datenrefresh über PrefferedSize die Spalten wieder auf die bestimmten Grössen setzen?

Das wäre eine Möglichkeit.

Dass sich die Spaltenbreite ändert liegt nicht unbedingt an der JTable, sondern hängt eher mit dem verwendeten TableModel zusammen. Ich vermute mal Du verwendest DefaultTableModel.
Bei diesem Model ist die Methode setDataVector() so ausgelegt, dass ein "DieTabelleHatSichKomplettGeaendert" Event an die JTable abgefeuert wird, die interpretiert das so also ob sie ein komplett neues Model erhalten hat und baut sich dem entsprechend neu auf. (Bei der Methode werden ja schliesslich neue Spaltenüberschriften und neue Daten übergeben, was man ja durchaus als neue "Tabelle" interpretieren kann)

Neben der oben genannten Lösung gibt es u.a noch folgende
a) ein eigenes Model schreiben welches TableModel implementiert
b) ein eigenes Model schreiben welches von AbstractTableModel erbt
c) ein eigenes Model schreiben welches von DefaultTableModel erbt und ein paar Methoden überschreibt bzw. neue Methoden zu reinen Datenupdate ergänzt

Ich würde b) oder c) bevorzugen, ist nicht ganz so viel Arbeit wie a)

 

[sylo]

Hi

@KrokoDiehl
Das wäre wohl die saubere Variante das Problem zu lösen. Aber wirklich einfacher ist das nicht oder? Kann ich nicht abschätzen wieviel Aufwand das ist.

@TiME-SPLiNTER
Wenn du die Spaltenbreite einer Spalte haben willst, geht das mit:

table.getColumnModel().getColumn(x).getWidth();

Aber du kannst ja nicht mit einem Wert die Position einer Zelle (Zeile und Spalte) bestimmen.

Grüße
sylo

 

[KrokoDiehl]

Naja, es käme darauf an wie die Daten organisiert sind. Wenn es ein einfaches

Object[][]

ist, ist es relativ simpel.
Aber Michael...s Idee mit dem DefaultTableModel ist wohl noch bequemer, wenn man diesem eine Methode

public void updateData( Vector newData )
{
    this.dataVector = newData;
    this.fireTableDataChanged();
}

verpasst, müsste das ja schon fast alles sein, vor allem weil man die übrigen Stellen im Quellcode nicht anpassen muss.
(alle Angaben wie immer ohen Gewähr )

 

[Michael...]

@KrokoDiehl
Das wäre wohl die saubere Variante das Problem zu lösen. Aber wirklich einfacher ist das nicht oder? Kann ich nicht abschätzen wieviel Aufwand das ist.

siehe meine Variante c) erweitere DefaultTableModel um eine Methode updateData(Object[][] newData)

 

[TiME-SPLiNTER]

Okay... ein eigenes TableModel das vom DefaultTableModel erbt habe ich eh schon. Dann kann ich ja da einfach noch die Methode reinhauen und gut ist. Werde das dann gleich nach dem Mittag mal ausprobieren .

Danke für die regen Denkanstösse und Lösungen .

 

[KrokoDiehl]

siehe meine Variante c)

 

[Michael...]

@ KrokoDiehl: Ich bin einfach zu langsem. Bis ich da meinen Text geschrieben habe - und er letzte war ja nur eine Zeile - und auf absenden drücke. Hat schon wieder jemand die fertige Lösung gepostet ;-)

 

[TiME-SPLiNTER]

Okay es ist wirklich verdammt simpel.

Einfach folgendes machen (wie besprochen):

public class MyTableModel extends DefaultTableModel {
	private static final long serialVersionUID = -2775087679871693268L;
	
	public void updateData( Object[][] newData ) {
	    this.dataVector = convertToVector(newData);
	    this.fireTableDataChanged();
	}
}

Die kann man dann aufrufen und fertig ist der Zauber. Die Spalten bleiben immer gleich gross, nachdem sie vom Benutzer einmal eingestellt wurden.