Swing Linux mag mein Swing-repaint() nicht...

[centrax]

Hallo Forum, ich habe ein Problem mit Linux, das auf meinem Windows-Rechner nicht auftritt:

Also, ich hab die Klasse Fenster ( extends JFrame), das die Methode paintComponent(Graphics g) überschreibt.
Jetzt lasse ich eine externe Klasse Aufrufer (extends Thread) im Abstand von 5 Milisekunden an diesem Fenster repaint() ausführen.
Auf Windows funktioniert das alles wunderbar, aber bei Linux, wird die Methode paintComponent(Graphics g) nicht ausgeführt!
Ich hab über System.out.println() getestet, welche methoden ausgeführt werden. Der Aufrufer meiner Methode funktioniert einwandfrei, repaint() wird also ausgeführt.
Aber von repaint() komm es nicht nach paintComponent(Graphics g).

public class Fenster extends JFrame {
//..... Variablen

public Fenster() {
//Initialisierung der Variablen...
Aufrufer a = new Aufrufer(this); //Ein neuer Thread, der ab sofort immer wieder im 5 Milisekundentakt
                                           // repaint() bei diesem Objekt aufruft.
}

@Override
public void paintComponen(Graphics g) { //Hier kommt der Aufruf nie an...
super.paintComponent(g);
//Meine Zeicheneinstellungen..
}
}

Weiß jemand zufälligerweise, was das Problem is??
Wie gesagt, auf Windows funktioniert es..

Ich freu mich auf jede Hilfe..

Liebe Grüße,
centrax

 

[SlaterB]

generell sollte man nicht direkt in einem JFrame painten, egal ob es irgendwo ausnahmsweise funktioniert,
für Swing ist angedacht, in einem JPanel oder ähnlichem zu malen und das dann im JFrame einzufügen

ein JFrame hat gar nicht mal eine paintComponent-Methode, die man überschreiben könnte..,
mit paint sollte man das nicht tun (was bei AWT Frame geht)

 

[eRaaaa]

@Override
public void paintComponen(Graphics g) { //Hier kommt der Aufruf nie an...
super.paintComponent(g);
//Meine Zeicheneinstellungen..
}

Da fehlt wenn schon ein "t" am Ende paintComponent...aber seit wann hat ein JFrame so etwas?

-->
Galileo Computing :: Java ist auch eine Insel (8. Auflage) – 17 Grafikprogrammierung

/edit: Naja, doppelt hält besser

 

[Wildcard]

Eigentlich sollte das @Override hier zum Compilefehler führen, weil offensichtlich keine Methode überschrieben wird.

 

[SlaterB]

einer Annotation muss man nix zutrauen, aber
super.paintComponent(g);
ist dann ganz ausgeschlossen

 

[centrax]

Mein ganz großer Fehler!!!
Ich hab das ganze schon in nem JPanel gemacht.
Ich hätte den Quelltext nich aus dem Kopf schreiben sollen.....

Im Grunde müsste man nur bei der extends-Klausel danach ein JPanel schreiben:

import javax.swing.*;
import java.awt.*;
/**
 * Das ist die eigentliche Zeichenklasse, die sich aus JPanel ableitet
 */
public class Zeichner
extends JPanel
{
    // Instanzvariablen...
    
    Aufrufer auf;
    
    /**
     * Konstruktor fuer Objekte der Klasse Zeichner
     */
    public Zeichner()
    {
        super(true);
        //Instanziieren
        setBackground(Color.black);
        auf = new Aufrufer(this);
    }
    
    @Override
    protected void paintComponent(Graphics g)
    {
        super.paintComponent(g);
        //Meine Zeicheneinstellungen...
        System.out.println("paintComponent() wurde erfolgreich aufgerufen."); //<--- Das hier zB wird nie ausgeführt
        //Der neue Thread führt repaint() ordnungsgemäß aus, aber es kommt nie bei paintComponent() an...
    }
}

Das Fenster nimmt das Panel über add() an.
Aber es mag nich funktionieren auf Linux. Windows zeichnet alles.

Und sorry, für den gaaaaaanz blöden Fehler...


Liebe Grüße,
centrax

 

[SlaterB]

wenn schon setVisible(true); vorher stattfand,
dann noch ein
validate();
nach Änderung der GUI-Struktur,

am besten ein vollständiges kleines Testprogramm posten

 

[centrax]

Gar nicht nötig

Nach this.validate() in meiner JPanel-Klasse läuft alles wunderbar, auf Linux wie auf Windows.

Danke für die schnelle und tolle Hilfe

Ganz liebe Grüße,
centrax