Obejście problemu bug_id = 4806603 dotyczące getBounds() i setBounds() w systemie Linux?

Question

Na platformie Linux, Frame :: getBounds i Frame :: setBounds nie działają konsekwentnie. (!) To już zostało zgłoszone w 2003 roku, patrz tutaj:

http://bugs.java.com/bugdatabase/view_bug.do?bug_id=4806603

Dla wygody, mam uproszczona podanej kod, który powoduje błędu i wkleić go jako:

import java.awt.Button; 
import java.awt.Frame; 
import java.awt.Rectangle; 
import java.awt.event.ActionEvent; 
import java.awt.event.ActionListener; 

/** Demonstrates a bug in the java.awt.Frame.getBounds() method. 
* @author Mirko Raner, PTSC 
* @version 1.0 (2003-01-22) **/ 
public class GetBoundsBug extends Frame implements ActionListener { 
    public static void main(String[] arg) { 
    GetBoundsBug frame = new GetBoundsBug(); 
    Button button = new Button("Click here!"); 
    button.addActionListener(frame); 
    frame.add(button); 
    frame.setSize(300, 300); 
    frame.setVisible(true); 
    } 

    @Override 
    public void actionPerformed(ActionEvent event) { 
    Rectangle bounds = getBounds(); 
    bounds.y--; 
    setBounds(bounds); 
    bounds.y++; 
    setBounds(bounds); 
    } 
} 

Nieoczekiwane zachowanie: Po kliknięciu przycisku okno jest przesunięte nieco poniżej! (. W moim systemie o 28 pikseli każdy klik)

Oto nagranie ekranu: https://youtu.be/4qOf99LJOf8

To zachowanie zostało około 13+ lat, więc prawdopodobnie nie będzie żadnych zmian z oficjalnej strony.

Czy ktoś ma obejście tego błędu? W szczególności chciałbym przechowywać i przywracać okno/ramkę/dialog w poprzedniej lokalizacji niezawodnie na wszystkich platformach.

PS: Moja instalacja java jest jdk1.8.0_102 dla amd64 przez Oracle na Ubuntu 16 Linux. Odkąd przeprowadziłem migrację z systemu Windows do Ubuntu, wiem, że w systemie Windows powyższy kod działa zgodnie z oczekiwaniami.

Adaptacja do Swing za pomocą SwingWorker daje ten sam efekt:

import java.awt.Rectangle; 
import java.awt.event.ActionEvent; 
import java.awt.event.ActionListener; 

import javax.swing.JButton; 
import javax.swing.JFrame; 
import javax.swing.SwingWorker; 

public class GetBoundsBug extends JFrame implements ActionListener { 
    public static void main(String[] arg) { 
    GetBoundsBug myJFrame = new GetBoundsBug(); 
    JButton myJButton = new JButton("Click here!"); 
    myJButton.addActionListener(myJFrame); 
    myJFrame.setContentPane(myJButton); 
    myJFrame.setSize(300, 300); 
    myJFrame.setVisible(true); 
    } 

    @Override 
    public void actionPerformed(ActionEvent event) { 
    SwingWorker<Void, Void> mySwingWorker = new SwingWorker<Void, Void>() { 
     @Override 
     public Void doInBackground() { 
     Rectangle myRectangle = getBounds(); 
     myRectangle.y--; 
     setBounds(myRectangle); 
     myRectangle.y++; 
     setBounds(myRectangle); 
     return null; 
     } 
    }; 
    mySwingWorker.execute(); 
    } 
} 

Answer 1

Cóż, w oryginalnym wejściem bazy błąd ten jest oznaczony jako „Will not fix” i wyjaśnione jako dziwactwo w menedżerze okien, zamiast JDK.

Jakiego menedżera okien używasz?

Answer 2

Tylko dodatkowa uwaga. Zauważyłem, że Twój kod nie zrobił zbyt wiele w wątku wysyłki zdarzeń. Wszystkie interfejsy API rysowania Java są projektowane w jednym wątku, co oznacza, że ​​aplikacja nie powinna działać prawidłowo, chyba że wyślesz aktualizacje GUI do wątku wywołującego zdarzenia.

Oznacza to, że powinieneś (w swojej głównej postaci) utworzyć nowy zestaw Runnable, który oceniany, przedstawi twoje widżety i przekaże je do EDT.

Ponadto program nasłuchujący działania aktualizuje stan komponentu w ramach działania, pomijając żądanie ponownego malowania i ignorując typowe zabezpieczenia wymagane do wysłania do EDT.

W obu tych przypadkach kod jest nieprawidłowym kodem GUI w środowisku Java, a wykryty błąd może nie mieć nic wspólnego z Twoim zachowaniem, ponieważ Twój program narusza projekt zestawu narzędzi GUI, zanim jeszcze się zorientujesz. jeśli błąd ma na to wpływ.

Ponadto, awt tylko zawija komponenty. Jeśli składniki leżą, to kłamstwo przechodzi do Javy. Niewiele można z tym zrobić (ale już nie myślę, że to jest najważniejsze). Jeśli ci się to nie podoba, użyj Swinga, które jest o wiele bardziej rozsądnym/stabilnym środowiskiem.