Alternative zu JFileChooser unter Linux?

Aktualisieren : Dieses Projekt ist der Lösung des Problems gewidmet.

Ich glaube nicht, dass das ein Duplikat ist. Die vorgeschlagenen Lösungen in den anderen Fragen helfen nicht in Linux (zumindest GTK).

• AWTs FileDialog sieht anders aus als JFileChooser , aber wirklich genauso seltsam. Es sieht nicht wie die Dateiauswahl von nativen GTK-Anwendungen aus.
• XFileDialog ist nur Windows und fällt in GTK auf JFileChooser zurück.
• VFSJFileChooser hat kein verbessertes GTK LAF als Ziel.

Leider kenne ich keine Dateiauswahl, die in GTK nativ aussieht. Hoffentlich tut es jemand anderes.

Der gtkjfilechooser funktioniert nicht mit neueren JDKs wie JDK7. Dies wurde gemeldet 2011, ist aber noch nicht behoben.

Auf der anderen Seite hat die AWT FileDialog wurde mit Java 7 verbessert - einschließlich mehrerer Dateiauswahl. Überprüfen Sie das verknüpfte JavaDoc für.

  

AWTs FileDialog sieht anders aus als JFileChooser, aber wirklich genauso seltsam. Es sieht nicht wie die Dateiauswahl von nativen GTK-Anwendungen aus.

Wenn wir über FileDialog von JDK7 sprechen, ist dies nicht wahr. Nun sieht es genau wie das native aus.

Btw., das gleiche Problem tritt auf OS X auf, das JFileChooser sieht nicht sehr nativ aus. Apple empfiehlt die Verwendung von FileDialog anstelle von JFileChooser :

  

Obwohl jede ihre Vorteile hat, macht java.awt.FileDialog Ihre   Anwendungen verhalten sich eher wie eine native Mac-App. Dieser Dialog    [FileDialog] , [...] , sieht einem Finder-Fenster in OS X sehr ähnlich.

     

[...]

     

Der Swing-Dialog, [...] , sieht viel weniger wie ein OS X-Dialog aus.

     

[...]

     

Wenn Sie keinen funktionalen Vorteil von JFileChooser benötigen, verwenden Sie stattdessen FileDialog.

(Quelle)

Letzter Satz scheint (für alle * NIX?) zwischen Linux und OS X üblich zu sein. Also endlich:

Wenn Sie nicht einen (funktionalen) Grund für JFileChooser haben, verwenden Sie AWTs FileDialog stattdessen .