eigene Swing-Komponente. Drehregler

[Flashbanger]

Hallo

ich probiere mich gerade an einer eigenen Swing-Komponente, die einen Drehregler darstellen soll. Optisch gesehen soll es eher ein ganz simpler 2D Reglerknopf sein in dessen Mitte ein String den Wert anzeigt. Optisch und Mathematisch kein großes problem. In Delphi hab ich sowas auch schon mal gemacht. Das Ableiten einer Klasse von JComponent macht auch keine probleme, aber aus meiner Delphizeit weis ich, das man um Flackerfrei zu zeichnen in eine Bitmap zeichen muss.

Unter Java muss es ja keine Bitmap sein. Ich will, dass die Paint Procedure immer eine interne Grafikkomponente zeichnet, und diese Grapfikkomponente wird nur verändert, wenn Werte verändert werden. So nun dachte ich, das ich einfach eine private Graphics deklariere, beim constructor initialisiere und im destructor verwerfe.

Nur igendwie krieg ich das nicht hin. Welche Klasse eignet sich als Puffer?

Gruß Flashbanger

 

[Marco13]

Kein Puffer. Und schon gar kein Graphics zwischenspeichern. Und ... ähm ... Destruktor? In Java?

Wie auch immer. Alles, was du zeichnen willst, muss von der paintComponent-Methode aus gezeichnet werden, und zwar in das Graphics, das dort übergeben wird. Wenn du irgendwas puffern wolltest, könntest du das in ein BufferedImage malen, aber wozu sollte das gut sein?

 

[Flashbanger]

Die Paint Methode wird ja auch aufgerufen, wenn er Button sich nicht verändert hat, aber trotzdem neugezeichnet werden muss. Wenn zum Beispiel ein Fenster den Button verdeckt hat. Dann muss zwar der Button neu gezeichnet werden, aber das Aussehen des Buttons hat sich ja net verändert. Der Drehknopf hätte immernoch den selben Durchmesser, die selbe Farbe, etc. Ich immer nur dann den Drehknopf zeichnen, wenn ich es auch muss. Also soll der Drehknopf in einem Image gespeichert werden und, nur das Image wird in der Paint-Methode gezeichnet. Ändert der User einen Wert(z.b. den Durchmesser) dann wird der Button auf dem Image neugezeichnet und dann das Image auf den Graphics gezeichnet. Dadurch braucht das Programm weniger CPU-Zeit.

Gruß Flashbanger

PS:// Ich hoffe es ist klar geworden, was ich meine.

 

[Beni]

Falls du planst Transparenz, Farbverläufe, viele viele Linien, etc einzusetzen und Angst hast, das benötigt zuviel Zeit: es ist erstaunlich wie schnell heutzutage die Computer sind.

Falls du nicht gerade jedes Pixel einzeln berechnest, wird das vermutlich in wenigen Nanosekunden durchrauschen. Der Aufwand ein Bild aus dem RAM zu lesen wird grösser sein als es neu zu zeichnen... (+ neu zeichnen benötigt weniger RAM).

Glaubst mir nicht? Probier es erst aus (sind ja dann nur wenige Zeilen Unterschied im Code) :wink:

 

[Marco13]

Jo, klar, nur ... ob sich das lohnt? Eigentlich sind die wenigsten GUI-Elemente zeitkritisch - sooo kompliziert kann so ein Regler ja auch nicht zu zeichnen sein... Also, was glaubst du, was der Anlass dafür sein könnte, dass diese Vorgehensweise vernünftig ist? Ein Benutzer, der eine komplizierte, höchst-Zeitritische Berechnung laufen hat, und dann spaßeshalber ein paar hundert mal schnell hintereinander ein Fenster vor deinen Regler schiebt und wieder wegnimmt? Wie auch immer....

Normal:

class Foo extends JComponent
{
    public void paintComponent(Graphics g)
    {
        paintSomeNiftyThingsOn(g);
    }
}

Wie du's willst

class Foo extends JComponent
{
    private BufferedImage image = null;
    private boolean contentsHasChanged = true;

    public void paintComponent(Graphics g)
    {
        if (image == null || image.getWidth() != getWidth() || image.getHeight() != getHeight())
        {
            image = new BufferedImage(getWidth(), getHeight(), BufferedImage.TYPE_INT_RGB);
        }
        if (contentsHasChanged)
        {
            Graphics2D g2 = image.createGraphics();
            paintSomeNiftyThingsOn(g2);
            g2.dispose();
        }
        g.drawImage(image);
    }


    void setSomeValue(int n)
    {
        ....
        contentsHasChanged = true;
    }

}