Swing JFileChooser - Größenänderung nach Aufruf von showOpenDialog()

[Annoraaq]

Hallo zusammen,

ich habe eine Klasse erstellt, die vom JFileChooser erbt. Diese soll unter anderem für eine Größenanpassung von diesem nach einem Verzeichniswechsel sorgen. Ich habe jetzt folgendes Problem:

Wenn ich die Größe anpasse, bevor ich die showOpenDialog()-Methode des FileChoosers aufrufe, funktioniert alles. Ich habe allerdings einen PropertyListener hinzugefügt, der bei jedem Verzeichniswechsel eine Methode aufruft. Der Methodenaufruf funktioniert auch super, was eine Konsolenausgabe beweist. Das Problem ist nur, dass der JFileChooser jegliche Größenänderungen ignoriert, die nach Aufruf der showOpenDialog()-Methode gemacht werden.
Weiß da vielleicht jemand eine Lösung?

Vielen Dank.

LG
Annoraaq

 

[Marco13]

Wie machst du die Größenänderung?

 

[Kevin94]

Ein Dialog hat eine feste Größe und die ändert er nicht, nur weil die Componenten die darauf liegen, größer sein wollen. Du musst auf dem Dialog pack() oder setSize() aufrufen, damit er das tut. Um an den offenen Dialog zu kommen (ohne Reflections) ist es das einfachste wenn du createDialog() überschreibst, nur die Standart-Implementierung aufrufst und diesen JDialog dann in einer Instanzvariable speicherst.

 

[Annoraaq]

Vielen Dank!
Das mit dem JDialog hat super funktioniert.

Ich habe allerdings noch ein ähnliches Problem. Ich möchte nun die erste Spalte der Tabelle vergrößern. Dazu mache ich folgendes:

this.jTable.getColumnModel().getColumn(0).setPreferredWidth(400);

Die Tabelle bleibt allerdings klein und auch die erste Spalte verändert ihre größe nicht. Wenn ich die preferredWidth der Spalte allerdings ausgeben lasse, steht dort 400. Die zuweisung der Breite hat also funktioniert, es wird nur nicht dargestellt.

Der komplette Code-Abschnitt:

Dimension dim;
		dim = new Dimension(1300, 500);
		
		this.jTable.setPreferredSize(dim);
		this.jTable.getColumnModel().getColumn(0).setPreferredWidth(400);
		this.jTable.repaint();

		this.setPreferredSize(dim);
		this.repaint();
		this.jDialog.pack();

Der JFileChooser passt seine Größe schon an, die Tabelle und die Spalte allerdings nicht.
Ich weiß nicht, ob das repaint() dort wirklich Sinn macht, aber ich habe es sicherheitshalber hingeschrieben.

 

[Kevin94]

Es ist das selbe, wie mit dem Dialog. Nur weil du was setzt, wird das nicht (sofort) übernommen. Damit die Änderung sicher übernommen wird, reicht ein repaint() nicht aus, du musst ein revalidate() machen.

 

[Annoraaq]

Ich habe jetzt zusätzlich zum repaint() noch revalidate() aufgerufen. In der gleichen Reihenfolge wie die Größenändeurng, also erst bei der JTable, dann beim JFileChooser und dann beim JDialog.
Leider bleibt die Tabellengröße und die Größe der Spalte noch unverändert.

		Dimension dim;
		dim = new Dimension(1300, 500);
		
		this.jTable.setPreferredSize(dim);
		this.jTable.getColumnModel().getColumn(0).setPreferredWidth(400);
		this.jTable.repaint();
		this.jTable.revalidate();

		this.setPreferredSize(dim);
		this.repaint();
		this.revalidate();
		
		this.jDialog.revalidate();
		this.jDialog.pack();

 

[qwegrhntu]

PreferredWidth ist ja nur die bevorzugte Breite und wird je nach Größe und eingestelltem Columnverhalten berücksichtigt.
Eine Spaltenbreite kann man mit den entsprechenden Methoden setMax und Min Width erzwingen.

 

[Annoraaq]

Hmm, habe jetzt zusätzlich noch setMinWidth(), setMaxWidth(), bzw setMinSize(), setMaxSize() und noch setWidth() bzw setSize() benutzt. Trotzdem scheint noch etwas zu fehlen, denn es funktioniert nicht.

		Dimension dim;
		dim = new Dimension(1300, 500);
		
		this.jTable.setPreferredSize(dim);
		this.jTable.setSize(dim);
		this.jTable.setMinimumSize(dim);
		this.jTable.setMaximumSize(dim);
		this.jTable.getColumnModel().getColumn(0).setPreferredWidth(400);
		this.jTable.getColumnModel().getColumn(0).setMinWidth(400);
		this.jTable.getColumnModel().getColumn(0).setMaxWidth(400);
		this.jTable.getColumnModel().getColumn(0).setWidth(400);
		this.jTable.repaint();
		this.jTable.revalidate();

		this.setPreferredSize(dim);
		this.repaint();
		this.revalidate();
		
		this.jDialog.revalidate();
		this.jDialog.pack();

 

[qwegrhntu]

table.setAutoResizeMode(JTable.AUTO_RESIZE_OFF);

 

[Annoraaq]

Hilft leider auch nichts...

 

[qwegrhntu]

	public static void main(String[] s) {
		JFrame frame = new JFrame();
		frame.setBounds(0, 0, 1300, 500);
		frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		
		JTable table = new JTable(3, 2);
		table.setAutoResizeMode(JTable.AUTO_RESIZE_OFF);
		table.getColumnModel().getColumn(0).setMaxWidth(400);
		table.getColumnModel().getColumn(0).setMinWidth(400);
		frame.add(new JScrollPane(table));
		frame.setVisible(true);
	}

 

[Annoraaq]

Bei deinem Beispiel scheint es zu funktionieren.
Ich glaube nicht, dass es mit der JTable an sich liegt, sondern damit zusammenhängt, dass die jTable im jFileChooser ist. Wenn ich mir allerdings die Breite der Spalte ausgeben lasse, zeigt er mir den richtigen Wert an, nur er rendert es nicht. Ich habe mir auch bei jedem Verzeichniswechsel die Inhalte der Tabelle auf der Konsole ausgeben lassen, um sicherzugehen dass ich auch noch das korrekte Tabellenobjekt habe.

 

[Annoraaq]

Bei deinem Beispiel geht es mit sicherheit, weil das Tabellenobjekt noch vor dem Rendern in der Größe festgelegt wird.

Um an das JTable-Objekt im JFileChooser zu kommen bin ich folgende Component-Hirarchie durchlaufen:

JFileChooser->JPanel->FilePane->JPanel->JScrollPane->Viewport->(View = JTable)

Um die Größe des JFileChoosers zu aktualisieren musste ich ja pack() auf dem JDialog aufrufen.
Wenn ich jetzt einfach die Größe vom JTable-Objekt ändere, welche Objekte muss ich dann wie updaten, damit die Änderung sichtbar wird? Habe ich da eventuell ein wichtiges Objekt ausgelassen?

LG
Annoraaq

 

[Annoraaq]

Ok, also ich bin ein ganzes Stück schlauer geworden, allerdings der Lösung kein Stück näher.

Der Grund dafür, dass die Änderung sich nicht zeigt liegt hieran:

Die einzige Möglichkeit an die JTable zu kommen, ist über die Methode createTableView(), der Klasse FilePane. Diese gibt allerdings eine Instanz zurück, die mit final versehen wurde. Außerdem wird die Methode tableChanged() der JTable-Klasse überschrieben. Diese wird immer aufgerufen, wenn man an der JTable etwas ändert (beispielsweise das TableModel verändert). In der überschriebenen tableChanged()-Methode wird dann eine private Methode von FilePane aufgerufen, die leider folgendes tut: Sie geht alle Spalten der Tabelle durch und ersetzt die Breitenangaben mit Angaben die aus einem intern in FilePane gespeicherten TableModel kommen. Das heißt jede Änderung die ich an der Spaltenbreite mache, führt dazu dass tableChanged() aufgerufen wird, was dann dazu führt dass alle Spaltenbreiten mit anderen Werten überschrieben werden, an die ich nicht heran komme, weil da alles private ist.

Mein zweiter Gedanke war dann eine Klasse von FilePane abzuleiten und in dieser die betroffenen Methoden zu überschreiben. Leider geht das nicht, da FilePane im Konstruktor die Implementierung eines Interfaces benötigt, welches dazu dient, auf die privaten Methoden der Klassen die von FileChooserUI erben zuzugreifen. Die Klassen die von FileChooserUI erben sind beispielsweise WindowsFileChooserUI oder MetalFileChooserUI. Natürlich kann aufgrund des zu implementierenden Interfaces eine Instanz von FilePane lediglich innerhalb dieser UI-Klassen geschehen.

Somit sind mir alle Möglichkeiten verbaut... oder weiß da jemand noch etwas?

LG
Annoraaq

 

[Kevin94]

Entweder du schreibst dir deine eigene UI-Implementierung (du kannst ja 90% von einem vorhanden kopieren) oder du gehst da mit Reflections ran, vielleicht hilft dir die Klasse Proxy auch.
Alles nicht umbedingt empfehlenswert und ich würde mir die Frage stellen wozu das ganze, ist es den Aufwand überhaupt Wert.

 

[Annoraaq]

Hallo Kevin,

vielen Dank erst mal für deine Antwort. Ich probiere es gerade mit der UI-Implementierung und ich habe in der Tat so gut wie alles kopiert. Ich bin mal gespannt was das wird, denn ich muss das ja für alle Look & Feels machen. Ansonsten werde ich es mit Reflections probieren. Daran habe ich noch gar nicht gedacht.

Ob es sich lohnt habe ich mich auch schon gefragt, aber mir ist keine einfachere Lösung eingefallen. Tatsache ist, dass ich die Breite der Tabelle ändern muss bei einem Verzeichniswechsel (sie soll sich dem längsten Namen anpassen). Die einzige Alternative zum mühsamen modifizieren des JFileChoosers ist meines Erachtens nach die Implementierung eines eigenen FileChoosers. Und davor scheue ich zurück, da ich sonst das Rad in mühsamer Arbeit neu erfinden muss. Falls jemandem eine anderen Lösung einfällt, wäre ich natürlich auch sehr erfreut^^

LG
Annoraaq