.paint() aufrufen

[Tomes J.]

Hallo,
ich habe 2 Klaasen:

import java.applet.Applet;
import java.awt.*;

public class test extends Applet {
	painttest a;

	public void start() {
		a = new painttest();
	}

}

import java.awt.*;

public class painttest{
	public void paint( Graphics g ){
		int x[] = {0, 50, 100};
		int y[] = {0, 100, 0};
		g.setColor(Color.BLUE);
		g.fillRect(100,150,200,100);
		g.setColor(Color.RED);
		g.fillPolygon(x,y,3);
	    }
	}

Wie kann ich jetzt in meiner Klasse test die Methode paint() von dem Objekt a aufrufen
um dann eine Ausgabe im Appletfenster zu haben?

 

[Fatal Error]

a.repaint();

... klassennam schreibt man groß

 

[Tomes J.]

Hi,
und wie muss die Methode repaint() aussehen?

 

[Jango]

Hi,
und wie muss die Methode repaint() aussehen?

Na einfach repaint();
Nur aufrufen - nicht überschreiben.

 

[Tomes J.]

import java.applet.Applet;
import java.awt.*;

public class Test extends Applet {
	Painttest a;

	public void start() {
		a = new Painttest();
		a.repaint();
	}

}

import java.awt.*;

public class Painttest{
	public void paint( Graphics g ){
		int x[] = {0, 50, 100};
		int y[] = {0, 100, 0};
		g.setColor(Color.BLUE);
		g.fillRect(100,150,200,100);
		g.setColor(Color.RED);
		g.fillPolygon(x,y,3);
	    }
	}

so bekomme ich den fehler:

java:9: cannot find symbol
symbol : method repaint()
location: class Painttest
a.repaint();

 

[Jango]

Pack das alles in eine Klasse und mach weg die Methode start(); die brauchst du doch in dem fall gar nicht. Somit ist auch der Aufruf der Methode repaint() überflüssig.

 

[Tomes J.]

Ehm, es geht mir aber eigentlich genau darum eine Klasse zu benutzen.

 

[Jango]

Ehm, es geht mir aber eigentlich genau darum eine Klasse zu benutzen.

Dann ruf die Methode repaint() ohne a. auf, repaint() ruft automatisch paint() auf.

 

[Tomes J.]

Dann ist das Appletfenster leer :/

 

[Beni]

Überschreib in deinem Applet die paint-Methode, und ruf aus der Applet-paint-Methode die Painttest-paint-Methode auf. "repaint" kannst du dann auf dem Applet aufrufen (die Methode repaint gibt es für alle Component'en, aber dein Painttest ist keine Component).

 

[Tomes J.]

import java.applet.Applet;
import java.awt.*;

public class Test extends Applet {
	Painttest a;

	public void start() {
		a = new Painttest();
	}
	public void paint() {
		a.paint;
	}

}

...ich weiß nicht wie du das meinst

 

[Wildcard]

paint hat einen Parameter:

Applet#paint(Graphics g);

 

[Tomes J.]

und was soll ich der paintmethode übergeben?

 

[Wildcard]

Na beide bekommen ein Graphics g

 

[Tomes J.]

import java.applet.Applet;
import java.awt.*;

public class Test extends Applet {
	Painttest a;

	public void start() {
		a = new Painttest();
	}
	public void paint() {
		a.paint(Graphics g);
	}

}

so geht es nicht

 

[Guest]

Ein Grafikobjekt g

getGraphics
public Graphics getGraphics()Creates a graphics context for this component. This method will return null if this component is currently not displayable.

Returns:
a graphics context for this component, or null if it has none
Since:
JDK1.0
See Also:
paint(java.awt.Graphics)

also liefert die Methode getGrapics ein Grafikobjekt zurück, falls keins existiert bekommt man NULL zurück.
Ohne Sicherheitsabfrage wäre dies dann :

paint(getGraphics());

Chris

 

[Wildcard]

Blos nicht! :shock: :noe:
Am besten du verbannst getGraphics aus deinem Gedächtnis.

public class Test extends Applet {
   Painttest a;

   public void start() {
      a = new Painttest();
   }
   public void paint(Graphics g) {
      a.paint(g);
   }

 

[Guest]

Wieso??
Das ist doch ein Methode um das akt. Grafikobjekt zu bekommen, ich sehe da nichts schlimmes dran.
Eine Erklärung würde mich dazu echt mal interessieren, vorallem weil ich das in VIELEN Sourcecodes
im I-Net so gesehen habe.

Chris

 

[Tomes J.]

Dankeschön

 

[Wildcard]

Wieso??
Das ist doch ein Methode um das akt. Grafikobjekt zu bekommen, ich sehe da nichts schlimmes dran.
Eine Erklärung würde mich dazu echt mal interessieren, vorallem weil ich das in VIELEN Sourcecodes
im I-Net so gesehen habe.

Chris

Das gab's schon x-mal.
Hier eine Kurzzusammenfassung:
-gespeicherte Graphics Objekte verlieren nach einiger Zeit ihre Wirking (mit getGraphics "geklaute" Graphics Objekte werden häufig auch in einer Variablen gespeichert)
-mit getGraphics wird aktiv gezeichnet, Swing zeichnet aber passiv
-die Anwendung verhält sich inkonsistent bei minimieren, Verdeckung durch andere Fenster, maximieren, vergrößern

In Swing wird (sofern man kein Active-Rendering betreibt) immer nur mit repaint ein Hint ans Framework zum neuzeichnen gegeben und ein bestehendes Model visualisiert. Alles andere passt nicht in die Swing Architektur.
getGraphics wird häufig als bequeme Abkürzung gebraucht wenn man noch nicht weiß wie alles funktioniert. Dann tauchen die ersten Probleme auf und man muss alles umschreiben.
In 99% aller Fälle hat getGraphics in einer Swing Applikation nichts verloren.

 

[Leroy42]

Meine Güte (gilt vor allem Beni)


Nun hilft ihm doch mal

import java.applet.Applet; 
import java.awt.*; 

public class Test extends Applet { 
   Painttest a; 

   public void start() { 
      a = new Painttest(); 
      add(a);
   } 
} 

class Painttest extends Panel{ 
   public void paint( Graphics g ){ 
      int x[] = {0, 50, 100}; 
      int y[] = {0, 100, 0}; 
      g.setColor(Color.BLUE); 
      g.fillRect(100,150,200,100); 
      g.setColor(Color.RED); 
      g.fillPolygon(x,y,3); 
       } 
   }

 

[Wildcard]

Meine Güte (gilt vor allem Beni)


Nun hilft ihm doch mal

Hab ich doch schon :shock:

 

[Gast]

das schreit ja förmlich nach der insel

 

[Guest]

@Wildcard : Danke für die Erklärung.

Chris