Jak najlepiej ustawić Swing GUI?

W innym wątku stwierdziłem, że lubię wyśrodkować moje GUI, robiąc coś takiego:

JFrame frame = new JFrame("Foo");
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.getContentPane().add(new HexagonGrid());
frame.pack();
frame.setLocationRelativeTo(null);
frame.setVisible(true);

Ale Andrew Thompson miał inne zdanie, zamiast tego zadzwonić

frame.pack();
frame.setLocationByPlatform(true);

a dociekliwe umysły chcą wiedzieć, dlaczego?

Dla mnie GUI na środku ekranu wygląda tak… „splash-screen'ish”. Czekam, aż znikną i pojawi się prawdziwy GUI!

Od Java 1.5 mamy dostęp do Window.setLocationByPlatform(boolean). który..

Ustawia, czy to okno powinno pojawić się w domyślnej lokalizacji dla natywnego systemu okienkowego, czy w bieżącej lokalizacji (zwróconej przez getLocation) następnym razem, gdy okno stanie się widoczne. To zachowanie przypomina natywne okno wyświetlane bez programowego ustawiania jego lokalizacji. Większość systemów okienkowych tworzy kaskadę okien, jeśli ich położenie nie jest wyraźnie określone. Rzeczywista lokalizacja jest określana po wyświetleniu okna na ekranie.

Spójrz na efekt tego przykładu, który ustawia 3 GUI w domyślnych pozycjach wybranych przez system operacyjny - na Windows 7, Linux z Gnome i Mac OS X.

(3 partie) 3 starannie ułożone GUI. Stanowi to „ścieżkę najmniejszego zaskoczenia” dla użytkownika końcowego, ponieważ w ten sposób system operacyjny może umieścić 3 wystąpienia domyślnego edytora zwykłego tekstu (lub cokolwiek innego, jeśli o to chodzi). Dziękuję trashgod za Linuksa i Maca. zdjęcia.

Oto zastosowany prosty kod:

import javax.swing.*;

class WhereToPutTheGui {

    public static void initGui() {
        for (int ii=1; ii<4; ii++) {
            JFrame f = new JFrame("Frame " + ii);
            f.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);
            String s =
                "os.name: " + System.getProperty("os.name") +
                "\nos.version: " + System.getProperty("os.version");
            f.add(new JTextArea(s,3,28));  // suggest a size
            f.pack();
            // Let the OS handle the positioning!
            f.setLocationByPlatform(true);
            f.setVisible(true);
        }
    }

    public static void main(String[] args) {
        SwingUtilities.invokeLater( new Runnable() {
            public void run() {
                try {
                    UIManager.setLookAndFeel(
                        UIManager.getSystemLookAndFeelClassName());
                } catch (Exception useDefault) {}
                initGui();
            }
        });
    }
}

Całkowicie się zgadzam, że setLocationByPlatform(true)jest to najładniejszy sposób określenia nowej pozycji JFrame, ale w konfiguracji z dwoma monitorami możesz mieć problemy. W moim przypadku podrzędna ramka JFrame jest generowana na „drugim” monitorze. Przykład: Moje główne GUI jest na ekranie 2, zaczynam nową ramkę JFrame setLocationByPlatform(true)i otwiera się ona na ekranie 1. Tak więc myślę, że tutaj jest bardziej kompletne rozwiązanie:

...
// Let the OS try to handle the positioning!
f.setLocationByPlatform(true);
if (!f.getBounds().intersects(MyApp.getMainFrame().getBounds())) {
    // non-cascading, but centered on the Main GUI
    f.setLocationRelativeTo(MyApp.getMainFrame()); 
}
f.setVisible(true);