"Graphics" wird nicht angezeigt

[powerpaar]

Hallo,

Ich habe mal wieder ein Problem mit meinen Graphics-Komponenten:

public void zeichne(int x1, int y1, int xS, int yS, int x2, int y2, int xZ, int yZ){
   
   g=frame.getGraphics();
   
   frame.paint(g);
   g.drawString("", 0, 0); // wenn ich dieses hier nicht mache, wird drawOval und draw3DRect nicht angezeigt
   g.drawOval(x1, y1, xS, yS);
   g.draw3DRect(x2, y2, xZ, yZ, true);

  }

Schön und gut, wenn ich jetzt die Methode mit Daten füttere, so wird für gewöhnlich ein Oval und ein Quadrat gezeichnet (und die "alten beiden" sind verschwunden).

Aber: Wenn ich den Rahmen neu befüllen lasse (also z.B. ein paar Panels neu einfüge oder die Hintergrundfarbe ändere) und dann die Methode neu mit den alten Daten aufrufe passiert erst mal.... gar nichts. Erst wenn ich die Daten verändere und die Methode dann aufrufe wird wieder gezeichnet.

Kann mir das jemand erklären und eventuell Abhilfe schaffen?

 

[Marco13]

component.getGraphics() == BÖSE

http://wiki.byte-welt.net/wiki/Malen_in_Swing_Teil_1:_der_grundlegende_Mechanismus

 

[GUI-Programmer]

Wenn ich schon sowas sehe!!! Dann nicht mal von nen Komponent, sondern auch noch von Frame!
Zeichnen in Swing Tutorial

 

[powerpaar]

Ok, danke, dem habe ich nun entnommen, dass getGraphics() ganz doll böse ist und ich es nicht verwenden darf etc. .

Der aufmerksame API Leser wird über eine getGraphics() Methode in jeder von JComponent abgeleiteten Klasse stolpern die uns ein Graphics Objekt liefert.
Zu beachten ist allerdings das diese Methode durch die Lightweight Architektur nur dann ein Objekt zurückliefern kann wenn die Komponente bereits in einem Heavyweight Container liegt der eine solche Resource erhalten hat.
Wenn wir uns die Klasse Graphics ansehen entdecken wir einige hilfreiche Methoden drawRect, drawOval, ... entdecken.
Für dieses Beispiel wurde allerdings mit den Shapes ein stärker Objekt orientierter Ansatz gewählt, daher nützen uns diese Methoden nicht viel.
Der Trick ist, das getGraphics in Swing Anwendungen eigentlich ein Graphics2D Objekt liefert (das deutlich mehr Möglichkeiten als ein einfaches Graphics Objekt bietet) welches Graphics erweitert.

Ich bin allerdings gezwungen, im JFrame frei zu zeichnen. Deswegen brauche ich dessen Graphics, die ich im Prinzip dann mit

Graphics2D g = (Graphics2D) frame.getGraphics();

hole. Außerdem habe ich nicht ganz verstanden, wie mir das überschreiben der Methode "paintComponent()" wirklich weiterhelfen soll.


PS: Es tut mir leid, wenn ich Fragen stelle, die darauf zurückführen, dass ich die Links nicht tiefgreifend durchleuchtet habe, ich stehe leider unter enormen Zeitdruck, Abgabe war eigentlich vor 3 Stunden und jede Minute zählt.

 

[SlaterB]

Zeitdruck ist hier irrelevant und mit getGraphics() solltest du nichts abgeben, das gibt eher Minuspunkte als gar keine Punkte


Zeichnen in Swing kann man in wenigen Stunden kaum lernen, jede hektische Stunde vor konzentrierten richtigen Lernen ist aber noch mehr verschenkt,

egal was du an den Links nicht verstehst, letztlich ist zumindest im ersten bald ein erster Beispiel-Code,
was dort gemalt wird ist ja egal, kannst du alles entfernen,
entscheidend ist, dass die Mal-Befehle in paintComponent() stehen müssen, den Rest (JPanel in JFrame einfügen) kannst du ja mehr oder weniger übernehmen,
soweit eigentlich ein machbarer Schritt, wenn du den Rest mit g.drawString() schon hast oder schnell hinbekommst, dann ja doch in absehbarer Zeit möglich

> und dann die Methode neu mit den alten Daten aufrufe passiert erst mal.... gar nichts.

was meinst du eigentlich, ist der Bildschirm leer oder ist das alte noch zu sehen?
wenn du zweimal dasselbe malst und das vom ersten Malen nicht zu unterscheiden ist, wäre es eigentlich keine Überraschung,
was soll sonst passieren als wieder dasselbe Ergebnis?

 

[powerpaar]

"Es passiert nichts" bedeutet in dem Zusammenhang, dass zwar der JFrame neu gezeichnet wurde und auch soweit aktualisiert wurde, aber das Oval und das Viereck eben (trotz dass die Methode "zeichne" danach neu aufgerufen wurde) nicht auf dem Frame zu sehen sind.

Der Beispielcode ist nicht ganz so einfach auf meinen zu übertragen, denn er bezieht sich ja auf die Superklasse von JFrame und JPanel, die wiederum im Beispielcode erweitert werden, ich aber erzeuge einfach neue Objekte von diesen Typen und bearbeite sie mit ihren Methoden.
Ich müsste also die gesamte Klasse, in der die Graphics bearbeitet werden, und noch dazu alle, die irgendwie darauf zugriff nehmen, neu schreiben, und dass ist leider nicht gerade wenig.

Der "Zeitdruck" ist leider doch entscheidender als die Sauberkeit. Korrekturen können noch Nachgereicht werden, nur sollte das Programm in allen wesentlichen Zügen funktionieren.
Das "nicht-Erscheinen" der Graphics-Komponenten ist ein mittlerer Patzer denke ich und sollte behoben werden. Das ist bisher nur eine der Fragen, die ich noch zu klären habe.

Wer jetzt sagt "dann setz dich halt früher dran": sei nicht herzlos, ich habe schwere "Hardwareprobleme", rechtzeitig angefangen habe ich, kann aber nicht auf einen eigenen Computer zurückgreifen, weswegen der Zeitrahmen, in dem ich täglich arbeiten kann, recht begrenzt ist.

 

[SlaterB]

oh oh, Komponenten auch noch dabei, Vermischung, weitere böse Regel,
wobei kaum zu vermeiden wenn du direkt auf den JFrame eigene Zeichenbefehle hast

zu deinem Problem fällt mir nichts ein, vielleicht mit geposteten Code,
hier ein Testprogramm mit deiner Methode und einer Schleife die jede Sekunde ein JLabel einfügt und mal das gleiche,
mal was anderes zeichnet,
geht alles wunderbar, schwer vorzustellen dass Swing nach den int-Parametern unterscheiden sollte

public class TestGUI {
    JFrame frame;

    public TestGUI()    throws Exception  {
        frame = new JFrame();
        frame.setLayout(new FlowLayout());

        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        frame.setSize(500, 300);
        frame.setVisible(true);

        zeichne(100, 250, 30, 30, 200, 250, 40, 40);

        for (int i = 0; i < 12; i++)   {
            Thread.sleep(1000);
            frame.add(new JLabel("hi"));
            frame.validate();

            if (i % 3 == 0)     {
                zeichne(150, 250, 30, 30, 250, 250, 40, 40);
            }  else   {
                zeichne(100, 250, 30, 30, 200, 250, 40, 40);
            }
        }
    }

    public void zeichne(int x1, int y1, int xS, int yS, int x2, int y2, int xZ, int yZ)  {
        Graphics g = frame.getGraphics();

        frame.paint(g);
        // g.drawString("", 0, 0);
        g.drawOval(x1, y1, xS, yS);
        g.draw3DRect(x2, y2, xZ, yZ, true);
    }

    public static void main(String[] args)    throws Exception  {
        TestGUI t = new TestGUI();
    }

}

falls die saubere Variante:
JFrame kannst du ja bei dir so lassen wie du willst,
JPanel muss zwingend überschrieben werden, kann als anonyme Klasse geschehen, das einzige was man an diesem JPanel aufrufen müsste wäre repaint() für neues Zeichnen, alle Informationen wie x und y könnten irgendwo in Attributen abgelegt werden, worauf die innere Klasse zugreifen kann,
aber das klingt jetzt sicher kompliziert, kann ich verstehen

 

[Marco13]

Vielleicht hilft das Snippet von http://www.java-forum.org/entwuerfe/113007-kein-swing-tutorial-2.html#post806478 : Dort ist die Stelle, wo man seine Zeichenbefehle einfügen kann, gekennzeichnet...

 

[powerpaar]

Es hat leider alles nichts geholfen, nur noch mehr "kaputt" gemacht, weil ich halt Zeit dadurch verloren habe. Schade, aber vielen Dank für die Hilfe. Ich werde anderweitig fragen, woran das liegen könnte.

Schade, schade, schade.....


Jetzt kommen noch ein paar Details am Programm, dann muss ich es so abgeben.

Ich lasse das Thema weiterhin offen, weil ich mich noch damit auseinander setzen will und ein wenig darauf hoffe, dass andere vielleicht ähnliche Probleme mit eventuell ähnlichen Lösungen haben.

 

[Michael...]

Ich werde anderweitig fragen, woran das liegen könnte.

Woran es liegt wurde ja bereits erläutert:
Die Vorgehensweise sich das Graphics Objekt einer Komponente über getGraphics() zu holen ist schlichtweg falsch. Zum einen weil man nicht davon ausgehen kann das richtige bzw. überhaupt eines zu bekommen und zum anderen weil man damit keine Kontrolle darüber hat, ob das damit Gezeichnete überhaupt angezeigt wird und wie lange. Spätestens wenn die Komponente das nächste Mal neu gezeichnet wird ist es wieder weg - und das geht manchmal schnell als man denkt bzw. schauen kann.

 

[Gast2]

Ich werde anderweitig fragen, woran das liegen könnte.

Warum liest du dir denn nicht die 2 3 Links durch die dir gepostet wurden. Da steht das alles sehr gut erklärt. Man muss sich halt nur mal in Ruhe da ransetzen und das durcharbeiten.

 

[GUI-Programmer]

Die Vorgehensweise sich das Graphics Objekt einer Komponente über getGraphics() zu holen ist schlichtweg falsch.

Wenn es ja wenigstens von einer Komponente wäre, dann könnte es ja vielleicht auch schon funktionieren, wenn es auch sehr unsauber programmiert wäre, aber von einem JFrame...