JTable --> Anzahl der Spalten ändern

[Xandl]

Hi

Ich hab in einem Programm ein JTable, dass seine Daten dynamisch ändert, wenn ein Eintrag in einem JTree markiert ist. Dazu wird dem Table beim Klicken mittels .setModel() ein neues TableModel zugewiesen, danach ruft das Model die Listener auf --> alles perfekt 😀

Dabei ändern sich auch die Spaltenköpfe, was bei den Namen kein Problem darstelt. Das eigentliche Problem ist, dass sich auch die Anzahl der Spaltenköpfe ändert, und diese Änderung wird nicht übernommen. Die getColumnCount()-Methode wird nicht mehr aufgerufen wenn ich das Model neu setze.

Ich hab schon versucht, wie in diesem Thread beschrieben,

table.getTableHeader().resizeAndRepaint();

aufzurufen --> kein Erfolg


Weiß jemand, wie ich die Anzahl der Spalten aktualisieren kann?

 

[André Uhres]

..Das eigentliche Problem ist, dass sich auch die Anzahl der Spaltenköpfe ändert, und diese Änderung wird nicht übernommen. ..

Das Problem wird wohl in deinem TableModel liegen.

 

[Xandl]

Das Problem wird wohl in deinem TableModel liegen.

Das TableModel implementiert die Methode getColumnCount() korrekt, aber aus irgendeinem Grund fragt das JTable gar nicht danach.

Das sieht folgendermaßen aus: beim Programmstart sieht man noch den Default-Inhalt eines uninitialisierten JTable (4 Spalten: Title 1/Title 2/Title 3/Title 4)

Wenn ich das erste Mal auf einen Eintrag im JTree klicke (um die Daten des Table zu aktualisieren), wird mittels .setModel() korrekt das TableModel dem Table übergeben, und die Anzahl der Spalten ändert sich auf den Korrekten Wert (also die benötigten Spalten in Abhängigkeit des markierten Eintrags im Tree)

Wenn ich nun einen neuen Eintrag auswähle, wird wieder das Model korrekt gesetzt und die Listener verständigt.
Der Unterschied zum ersten Mal: diesmal wird nur getRowCount aufgerufen (vom JTable) und die Anzahl der Spalten wird offensichtlich ignoriert.

ich habe leider immer noch keine Lösung gefunden...
Kann es sein dass man die Anzahl der Spalten gar nicht ändern kann (kann ich mir irgendwie nicht vorstellen)?

 

[André Uhres]

..Kann es sein dass man die Anzahl der Spalten gar nicht ändern kann ..

Natürlich kann man das.
Aber wenn das TableModel z.B. die falsche Anzahl zurückgibt oder irgendein anderes Problem hat,
dann funzt es eben nicht. Das Problem liegt wohl doch beim TableModel.

 

[Xandl]

Wunderbar, das Problem hat sich mittlerweile selbst gelöst! 😀 😀

Das Problem lag im TableModelEvent.

Laut FAQ gibt es verschiedene Konstruktoren für das TableModelEvent.

Konstruktoren
Das TableModelEvent hat verschiedene Konstruktoren. Je nach dem welcher mit welchen Argumenten benutzt wurde, bekommt das Event eine andere Bedeutung.

source ist immer das TableModel, in dem etwas passiert ist.

TableModelEvent(TableModel source)
Benutzen, falls die Veränderungen zu komplex für eine Beschreibung sind. Dann verliert das JTable allerdings viele Benutzereinstellungen, wie z.B. die Selektion.

TableModelEvent(TableModel source, int row)
Gibt an, dass eine Row (mit dem Index row) verändert wurde.
Allerdings kann row auch die Konstante HEADER_ROW sein, falls sich etwas mit der Titelleiste des JTables veraendert hat (z.B. ein Titel).

TableModelEvent(TableModel source, int firstRow, int lastRow)
Gibt an, dass alle Rows von firstRow bis und mit lastRow verändert wurden.

TableModelEvent(TableModel source, int firstRow, int lastRow, int column)
Gibt an, dass alle Rows von firstRow bis und mit lastRow verändert wurden.
column kann der Index einer einzigen Column sein, oder aber die Konstante ALL_COLUMNS falls mehrere Columns verändert wurden.

TableModelEvent(TableModel source, int firstRow, int lastRow, int column, int type)
Gibt an, dass alle Rows von firstRow bis und mit lastRow verändert wurden.
column kann der Index einer einzigen Column sein, oder aber die Konstante ALL_COLUMNS falls mehrere Columns verändert wurden.
type ist einer von INSERT, DELETE oder UPDATE.

Konstanten
static int ALL_COLUMNS
Wird für das Argument column verwendet, und gibt an, dass alle Columns betroffen sind.

static int DELETE
Wird für das Argument type verwendet, und gibt an, dass Rows gelöscht wurden.

static int HEADER_ROW
Gibt an, dass die Titelleiste von irgendwelchen Veränderungen betroffen ist.

static int INSERT
Wird für das Argument type verwendet, und gibt an, dass Rows eingefügt wurden.

static int UPDATE
Wird für das Argument type verwendet, und gibt an, dass sich der Inhalt der Rows verändert hat.

Nun dachte ich mir, TableModelEvent(TableModel source) ist sicher am geeignetsten, weil ich mir dachte "Veränderungen zu komplex ... passt, da wird sicher alles upgedated"

Trugschluss! :shock:

Ich hab dann einfach einmal den ersten durch den zweiten Konstruktor ersetzt, und mit

TableModelEvent e = new TableModelEvent(this, TableModelEvent.HEADER_ROW);

... läufts perfekt! Sogar dann, wenn ich immer diesen Konstruktor verwende, egal was sich ändert!

 

[André Uhres]

..Ich hab dann einfach einmal den ersten durch den zweiten Konstruktor ersetzt, und mit

TableModelEvent e = new TableModelEvent(this, TableModelEvent.HEADER_ROW);

... läufts perfekt! Sogar dann, wenn ich immer diesen Konstruktor verwende, egal was sich ändert!

Ich versteh gar nicht warum du dich um das TableModelEvent überhaupt kümmerst.
Das macht doch die setModel()-Methode von JTable automatisch wenn man ihr nicht dreinfummelt.
Ich glaube du bist gerade dabei das Rad neu zu erfinden.

 

[Xandl]

Ich versteh gar nicht warum du dich um das TableModelEvent überhaupt kümmerst.
Das macht doch die setModel()-Methode von JTable automatisch wenn man ihr nicht dreinfummelt.
Ich glaube du bist gerade dabei das Rad neu zu erfinden.

Das ganze stammt aus der TableModel-Implementierung und wird aufgerufen, wenn sich die Daten ändern (z.B. neuer Eintrag im JTree markiert). Dass das ganze automatisch gehen sollte (ich also nicht die Listener verständigen müsste) stimmt auch.

Aber wenn ichs weglasse besteht das gleiche Problem wie vorher wieder... Änderungen in der Spaltenanzahl werden nicht übernommen

--> die setModel()-Methode dürfte wohl auch nur den ersten Konstruktor für sein TableModelEvent verwenden... kann das stimmen oder is das Spekulation? ???:L

 

[André Uhres]

..die setModel()-Methode dürfte wohl auch nur den ersten Konstruktor für sein TableModelEvent verwenden...

Sie nimmt genau den, den du "entdeckt" hast:

   public void setModel(TableModel dataModel) {
        if (dataModel == null) {
            throw new IllegalArgumentException("Cannot set a null TableModel");
        }
        if (this.dataModel != dataModel) {
            TableModel old = this.dataModel;
            if (old != null) {
                old.removeTableModelListener(this);
            }
            this.dataModel = dataModel;
            dataModel.addTableModelListener(this);
            
            tableChanged(new TableModelEvent(dataModel, TableModelEvent.HEADER_ROW));
            
            firePropertyChange("model", old, dataModel);
        }
    }

 

[Xandl]

Wow! Sonderbar...
Eigentlich is es egal, es funktioniert jetzt ja (und ich glaub auch nicht dass es unsauber is).

Danke auf jeden Fall für die Hilfe!