Zeichnen in Swing Tutorial

[Leroy42]

Hab mir diesen Thread erst heute durchgelesen, deshalb erst jetzt mein Kommentar dazu:

Kompliment@Wildcard:

Seine (ihre ) Vorgehensweise, dieses Thema aufzudröseln ist zwar
nichts für Eilige, aber er beschreibt dieses Thema anhand eines Laien,
der sich in einen Anfänger versetzen kann, und ihn erstmal auf falsche Fährten lenkt.

Diesen wohligmachenden Stil kenne ich noch von dem Verfasser unserer
damaligen Informatik-Bibel: "Algorithmen und Datenstrukturen" (Verfasser: Niklaus Wirth(*))

Auch er verstand es sehr gut, in seinem Buch, jemanden zuerst auf einmal auf
die falsche Fährte zu führen und dann, Schritt für Schritt, die Mysterica bei der
Programmierung zu entschleiern.

Dieses Buch hat meine Vorgehensweise beim Programmieren nachhaltig geprägt.

Wildcard? Wie alt bist du eigentlich?
(bitte, wenn überhaupt, via PN antworten )

PS: Ich hoffe mal, daß dieser Post, trotz meiner offensichtlich erkennbaren
Verfassung ( ), erhalten bleiben wird.

Ich verabschiede mich, dann vorerst mal...

P.S. Musste mal raus
P.P.S.: auch wenn mich AlArsenal jetztele Verdammich machten tutet.
P.P.S: Schönen Abend noch....



(*)
a) Professor an der ETH Zürich
b) Mit-Designer von Algol68
c) Erfinder von Pascal und Modula-II
d) ich meine dem hier
e) Zitat aus dem vorherigen Link:

Zitat:

	Algorithmen und Datenstrukturen (1975), zum Klassiker geworden.

Hey Wildcard!

Schönes Tutorial, hat mir geholfen! Danke!

Würde mich wirklich über weitere Teile freuen.

GAILES Tut

Info Unterricht von mir geownt lül

[Timmothey]

Hallo!

Kennt ihr das "Problem", dass man, wenn man etwas gezeichnet hat und ein anderes Fenster das ganze überlagert oder man es rüber zieht, das Gezeichnete gelöscht, bzw wie weg radiert wird?

Ich habe hier diesen Thread überflogen und nichts dazu gefunden und für eine Google Recherche stell' ich mich nicht klug genug an.

Wenn jemand das schon mal hatte, würde ich mich freuen, wenn ihr mir helfen könntet

Danke!

[Marco13]

Wenn du in der paintComponent-Methode zeichnest (und NUR da!) und der Event-Dispatch-Thread nicht blockiert ist, sollte das nicht passieren. Wenn BEIDE Bedingungen nicht erfüllt sind, poste ein compilierbares Programm, wo das Problem auftritt. Wenn du nicht weißt, ob sie erfüllt sind, sag bescheid.

[André Uhres]

Zitat: Timmothey

	Kennt ihr das "Problem", dass man, wenn man etwas gezeichnet hat und ein anderes Fenster das ganze überlagert oder man es rüber zieht, das Gezeichnete gelöscht, bzw wie weg radiert wird?

Damit eine Swing Komponente jederzeit neu gezeichnet werden kann,
muss der Malcode unbedingt in der callback Methode "paintComponent(..)" stehen.
Diese wird vom System aufgerufen, wenn die Komponente beschädigt wurde.

Wenn du den Malcode auslagern willst, dann besteht die Möglichkeit, auf ein Image zu malen,
und in "paintComponent(..)" einfach nur dieses Image zu zeichnen (drawImage).
Hier ist ein Beispiel: DrawOnImage.java

[siriuswhite]

Find das Tutorial super,vor allem da ich meistens mit älteren Tutorials zu tun hab da ich kein gutes finde ausser welchen die noch von 2003 oder sowas sind. Zum Thema dass man überall "benutze NICHT!!! getGraphics() " einsetzen soll,ich glaube das würd die leser mehr nerven als von getGraphics() abzubringen.Ich würd jedenfalls eher mit demLesen aufhören wenn ständig kommt NICHT GetGraphics() BENUTZEN.

[André Uhres]

Zitat: siriuswhite

	Ich würd jedenfalls eher mit demLesen aufhören wenn ständig kommt NICHT GetGraphics() BENUTZEN.

Ich würde das auch lieber positiv formulieren, so daß kein Missverständnis entstehen kann.
Für sich allein betrachtet, ist die Aussage nämlich falsch, wie dieses Beispiel zeigt: DrawOnImage.java

[Marco13]

Das mit dem "nicht getGraphics benutzen" war ja nur als Hinweis darauf, dass das (nicht wirklich ernsthaft "überall eingestreut" , sondern an den entsprechenden Stellen oder einmal) an "prominanter Stelle" stehen sollte, weil es ja ein SEHR häufiger Fehler ist. Und wenn, dann auch richtig - also nicht nur das als kurzes, knackiges Bibel-ähnliches Gebot formulierte "Thous halt not call getGraphics", sondern sowas wie "getGraphics auf Components aufzurufen ist fast immer falsch" .... Nicht so drauf rumhacken

[André Uhres]

Auch eine ungünstige Formulierung (man fragt sich dann, wann es richtig ist, und die Antwort würde für Anfänger wohl wieder zu weit führen).
Hier ist eine mögliche positive Formulierung:

Swing benutzt einen "callback" ("Wiederholungsbesuch") Mechanismus zum Zeichnen.
Das heißt, daß ein Programm den Darstellungscode der Komponente innerhalb einer bestimmten
überschriebenen Methode setzen sollte, und das Toolkit ruft diese Methode auf, wenn es Zeit ist zu malen.
Die zu überschreibende Methode ist in javax.swing.JComponent:

1
protected void paintComponent(Graphics g)

[Marco13]

Das würde aber niemanden davon abhalten, "mal kurz" in irgendeinem "game loop" getGraphics().drawSomeWeirdStuff() aufzurufen. Aber vermutlich wird selbst das beste Tutorial der Welt uns nicht vor Theads bewahren, in denen das gemacht wird. Diejenigen, die diese Threads starten, haben im Zweifelsfall einfach noch kein entsprechendes Tutorial gelesen

[André Uhres]

Es gibt 1000 Möglichkeiten, Code zu schreiben, der nicht funktioniert.
Aber wenn wir ein einfaches Tutorial haben, das beschreibt, wie das Zeichnen in Swing funktioniert und wie man korrekten und leistungsfähigen GUI Malcode schreibt, dann ist das sicherlich von Vorteil. Zumindest können wir dann die Anfänger erstmal darauf verweisen.
Siehe auch: Malen in AWT und Swing und Lesson: Performing Custom Painting

[semi2183]

Gut gemacht.
Ich beschäftige mich erst seit kurzen mit der grafischen Programmierung, und konnte es gut verstehen.
Ich finde auch den Weg nicht schlecht. Würde aber im "faschen Code" Kommentare setzen. Wenn man dann Copy& Past beim falshen Teil macht, wird man dann bei der Fehler Suche vielleicht den Fehler besser erkennen.

Außerdem wenn ich es eillig habe und nur schnell Code suche, lese ich aber zumindestens die ersten Zeilen in einem HowTo um zu sehen was drin steht und ob sich die Suche im Howto lohnt. Und wenn das Vorgehen mit dem flaschen dem richtige Ansatz am Anfang erwähnt wird, ist das ausreichend. Ich würde es an deinen Stelle nicht ändern.

[Modular]

Hallo,
Ich möchte hiermit den Autor nochmal mein Lob aussprechen.

Super gemacht.

[0x7F800000]

Öhm, wieso konnte ich keinen Link zu diesem Thread in FAQ finden?
Würde das bitte einer mal reinstellen? Danke.

[Ebenius]

Ich glaube, Wildcard wollte hier noch einige Änderungen machen. Die FAQ sollten, soweit ich weiß, keine Diskussionen beinhalten sondern in sich geschlossene Erklärungen. Dieses Thema ist für einen FAQ-Eintrag meiner Meinung nach zu durcheinander.

Ebenius

[DaFuchs]

Hallo Wildcard,

ich finde das Tutorial auch gut, allerdings sollte nicht so rigoros auf den falschen Ansatz eingegangen werden.

Für die Zukunft würde ich mir wünschen
- Unterschied zwischen AWT und Swing,
- warum paintComponent anstatt paint,
- was hat es mit repaint auf sich,
- wo soll setPreferredSize aufgerufen werden

viele grüße

[U2nt]

Wenns möglich wäre vielleicht das "Tutorial" als PDF verpacken?

(Oder hab ich einen Link übersehen? Hoffe nich :P)

Ansonsten super Tutorial!

[JBuntu]

Jo die paint Methoden von JComponent zu überschreiben ist eine verkorkste Angelegenheit, da sich alles ineinander verschachtelt. Viel einfacher ist es sich das Graphics Objekt des Frame zu angeln und sich eigene Klassen(z.B.Kreis) schreiben welche das Graphics Object zum zeichnen nutzen.
Frame.getContentPane().getGraphics()
Graphics2D g= (Graphics2d) Frame.getContentPane().getGraphics();

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
import javax.swing.*;
import java.awt.*;
/**
 *
 * @author Nature One
 */
class Kreis
{
    Graphics G;
    int x,y,r;
    public Kreis(Graphics g)
    {
        G=g;
    }
    public void init(int px,int py,int pz)
    {
        x=px;y=py;r=pz;
    }
    public void zeichne()
    {
        G.drawOval(x, y,r, r);
    }
}
public class JZeichnen extends JFrame
{
    Kreis K;
    public JZeichnen()
    {
        setBounds(0,0,600,400);
        K=new Kreis(getContentPane().getGraphics());
    }
}

[eRaaaa]

Du hast die erste Seite nicht gelesen oder?

Zitat:

	Aus eben diesem Grund ist der scheinbar offensichtlich Weg über getGraphics falsch. Anstatt sich aktiv ein Graphics Objekt zu holen und anzufangen zu zeichnen muss der Swing Programmierer passiv zeichnen, also darauf warten das AWT/Swing unsere Objekte zum zeichnen auffordert, denn nur AWT/Swing wissen wann das nötig ist. Dies ist ein sehr häufiger Trugschluß, weshalb hier so detailiert auf die Problematik eingegangen wurde. Bleibt die Frage wie man es denn richtig macht. Jede JComponent verfügt über eine Methode paintComponent(Graphics g). Wie man sieht wird hier das benötigte Graphics Objekt direkt als Parameter übergeben.

(p.s.: Variablen schreibt man klein)