Auf Components zeichnen - Versionsgeschichte

L-ectron-X am 28. März 2018 um 07:59 Uhr

2018-03-28T07:59:06Z

← Nächstältere Version		Version vom 28. März 2018, 07:59 Uhr
Zeile 121:		Zeile 121:
	Um neu zeichnen zu lassen, kann die [[Methode]] repaint() aufgerufen werden. Es wird <u>nicht</u> empfohlen, dass Programme paint()/paintComponent() direkt aufrufen. Die Aufrufe dieser Methoden werden durch die VM automatisch erledigt, sobald dies nötig werden sollte.		Um neu zeichnen zu lassen, kann die [[Methode]] repaint() aufgerufen werden. Es wird <u>nicht</u> empfohlen, dass Programme paint()/paintComponent() direkt aufrufen. Die Aufrufe dieser Methoden werden durch die VM automatisch erledigt, sobald dies nötig werden sollte.


	~~[[Kategorie:Java]]~~
	[[Kategorie:Tutorials (Java)]]		[[Kategorie:Tutorials (Java)]]
	[[Kategorie:Swing]]		[[Kategorie:Swing]]

L-ectron-X am 8. März 2018 um 09:19 Uhr

2018-03-08T09:19:57Z

← Nächstältere Version		Version vom 8. März 2018, 09:19 Uhr
Zeile 6:		Zeile 6:
	Bei [[GUI]]-Komponenten ist zudem zu beachten, dass [[AWT]] und [[Swing]] nicht threadsicher sind, und diese aus anderen Threads nicht gezeichnet werden können, es sei denn, diese [[Thread\|Threads]] wurden über die statischen Methoden aus {{JAPI\|java.awt.EventQueue}}, {{JAPI\|javax.swing.SwingUtilities}} oder mit einem [[SwingWorker]] mit dem [[GUI]]-[[Thread]] synchronisiert (dieser Thread wird auch Event Dispatch Thread genannt, oder kurz EDT).		Bei [[GUI]]-Komponenten ist zudem zu beachten, dass [[AWT]] und [[Swing]] nicht threadsicher sind, und diese aus anderen Threads nicht gezeichnet werden können, es sei denn, diese [[Thread\|Threads]] wurden über die statischen Methoden aus {{JAPI\|java.awt.EventQueue}}, {{JAPI\|javax.swing.SwingUtilities}} oder mit einem [[SwingWorker]] mit dem [[GUI]]-[[Thread]] synchronisiert (dieser Thread wird auch Event Dispatch Thread genannt, oder kurz EDT).

	Ziemlich nutzlos ist es hingegen, über die Graphics aus Component#getGraphics zu zeichnen. Beim nächsten repaint, oder wenn der Frame zum Beispiel minimiert und wieder maximiert wird, wird das so Gezeichnete wieder verschwinden.		Ziemlich nutzlos ist es hingegen, über die {{JAPI\|Graphics}} aus {{JAPI\|Component#getGraphics()}} zu zeichnen. Beim nächsten ''repaint'', oder wenn der Frame zum Beispiel minimiert und wieder maximiert wird, wird das so Gezeichnete wieder verschwinden. Wann immer man also getGraphics()-Methode benutzt wird (und das wird fast nie der Fall sein), sollte man genau wissen, was man macht.

			Die einzige Möglichkeit, während des Programmablaufes gezeichnete Dinge permanent auf die Component zu zeichnen, besteht somit darin, alles, was gezeichnet werden soll, in einer Datenstruktur ([[Array]], {{JAPI\|ArrayList}}, usw.) zu speichern und das dann in der Methode paint()/paintComponent() auf das Graphics-Objekt zu übertragen, das dort als Parameter vom {{JAPI\|Toolkit}} übergeben wird. Dies könnte zum Beispiel so aussehen:

	Die einzige Möglichkeit, während des Programmablaufes gezeichnete Dinge permanent auf die Component zu zeichnen, besteht somit darin, alles, was gezeichnet werden soll, in einer Datenstruktur ([[Array]], {{JAPI\|ArrayList}}, usw.) zu speichern und das dann in der Methode paint/paintComponent auf das Graphics Objekt zu übertragen, das dort als Parameter vom Toolkit übergeben wird. Dies könnte zum Beispiel so aussehen:		<syntaxhighlight lang="java">
			import javax.swing.*;
	<~~code~~=java>import javax.swing.*;
	import java.awt.*;		import java.awt.*;
	import java.util.*;		import java.util.*;
Zeile 65:		Zeile 65:
	}		}
	}		}
	</~~code=java~~>		</syntaxhighlight>
	<~~code~~=java>import java.awt.*;		<syntaxhighlight lang="java">
			import java.awt.*;

	/**		/**
Zeile 90:		Zeile 91:
	public abstract void paint(final Graphics g);		public abstract void paint(final Graphics g);
	}		}
	</~~code=java~~>		</syntaxhighlight>
	<~~code~~=java>import java.awt.*;		<syntaxhighlight lang="java">
			import java.awt.*;

	/**		/**
Zeile 115:		Zeile 117:
	}		}
	}		}
	</~~code=java~~>		</syntaxhighlight>

	Um neu zeichnen zu lassen, kann die Methode repaint aufgerufen werden. Es wird nicht empfohlen, dass Programme paint/paintComponent direkt aufrufen.		Um neu zeichnen zu lassen, kann die [[Methode]] repaint() aufgerufen werden. Es wird <u>nicht</u> empfohlen, dass Programme paint()/paintComponent() direkt aufrufen. Die Aufrufe dieser Methoden werden durch die VM automatisch erledigt, sobald dies nötig werden sollte.

L-ectron-x am 27. April 2014 um 19:15 Uhr

2014-04-27T19:15:57Z

← Nächstältere Version		Version vom 27. April 2014, 19:15 Uhr
Zeile 1:		Zeile 1:
	Siehe auch [[Malen in AWT und Swing]]		Siehe auch [[Malen in AWT und Swing]]

	Um eine Grafik auf eine [[Component (Java)\|Component]]- also auch z.B. einen Frame - zu zeichnen, muss grundsätzlich die Methode <code>public void paint (Graphics g)</code> überschrieben werden. Diese Methode wird vom Toolkit jedesmal auf dem GUI-Thread aufgerufen, wenn es Zeit ist zu malen. Bei {{~~API~~\|~~javax/swing/~~JComponent~~\|JComponents~~}} sollte übrigens die Methode paintComponent überschrieben werden. Vor allem bei JFrames ist es auch wichtig, die paint-Methode der Superklasse aufzurufen:		Um eine Grafik auf eine [[Component (Java)\|Component]]- also auch z.B. einen Frame - zu zeichnen, muss grundsätzlich die Methode <code>public void paint (Graphics g)</code> überschrieben werden. Diese Methode wird vom Toolkit jedesmal auf dem GUI-Thread aufgerufen, wenn es Zeit ist zu malen. Bei {{JAPI\|JComponent}} sollte übrigens die Methode paintComponent überschrieben werden. Vor allem bei JFrames ist es auch wichtig, die paint-Methode der Superklasse aufzurufen:
	<code>super.paint(g);</code>		<code>super.paint(g);</code>
	Generell wird jedoch davon abgeraten, direkt auf einen JFrame zu malen. Statt dessen sollte man auf eine JComponent malen, die dem JFrame hinzugefügt wird.		Generell wird jedoch davon abgeraten, direkt auf einen JFrame zu malen. Statt dessen sollte man auf eine JComponent malen, die dem JFrame hinzugefügt wird.
	Bei [[GUI]]-Komponenten ist zudem zu beachten, dass [[AWT]] und [[Swing]] nicht threadsicher sind, und diese aus anderen Threads nicht gezeichnet werden können, es sei denn, diese [[Thread\|Threads]] wurden über die statischen Methoden aus {{~~API~~\|java/awt~~/EventQueue\|~~EventQueue}}, {{~~API~~\|javax/swing~~/SwingUtilities\|~~SwingUtilities}} oder mit einem [[SwingWorker]] mit dem [[GUI]]-[[Thread]] synchronisiert (dieser Thread wird auch Event Dispatch Thread genannt, oder kurz EDT).		Bei [[GUI]]-Komponenten ist zudem zu beachten, dass [[AWT]] und [[Swing]] nicht threadsicher sind, und diese aus anderen Threads nicht gezeichnet werden können, es sei denn, diese [[Thread\|Threads]] wurden über die statischen Methoden aus {{JAPI\|java.awt.EventQueue}}, {{JAPI\|javax.swing.SwingUtilities}} oder mit einem [[SwingWorker]] mit dem [[GUI]]-[[Thread]] synchronisiert (dieser Thread wird auch Event Dispatch Thread genannt, oder kurz EDT).

	Ziemlich nutzlos ist es hingegen, über die Graphics aus Component#getGraphics zu zeichnen. Beim nächsten repaint, oder wenn der Frame zum Beispiel minimiert und wieder maximiert wird, wird das so Gezeichnete wieder verschwinden.		Ziemlich nutzlos ist es hingegen, über die Graphics aus Component#getGraphics zu zeichnen. Beim nächsten repaint, oder wenn der Frame zum Beispiel minimiert und wieder maximiert wird, wird das so Gezeichnete wieder verschwinden.


	Die einzige Möglichkeit, während des Programmablaufes gezeichnete Dinge permanent auf die Component zu zeichnen, besteht somit darin, alles, was gezeichnet werden soll, in einer Datenstruktur ([[Array]], {{~~API\|java/util/ArrayList~~\|ArrayList}}, usw.) zu speichern und das dann in der Methode paint/paintComponent auf das Graphics Objekt zu übertragen, das dort als Parameter vom Toolkit übergeben wird. Dies könnte zum Beispiel so aussehen:		Die einzige Möglichkeit, während des Programmablaufes gezeichnete Dinge permanent auf die Component zu zeichnen, besteht somit darin, alles, was gezeichnet werden soll, in einer Datenstruktur ([[Array]], {{JAPI\|ArrayList}}, usw.) zu speichern und das dann in der Methode paint/paintComponent auf das Graphics Objekt zu übertragen, das dort als Parameter vom Toolkit übergeben wird. Dies könnte zum Beispiel so aussehen:

	<code=java>import javax.swing.*;		<code=java>import javax.swing.*;

AndreUhres am 3. Dezember 2010 um 15:42 Uhr

2010-12-03T15:42:26Z

← Nächstältere Version		Version vom 3. Dezember 2010, 15:42 Uhr
Zeile 117:		Zeile 117:
	</code=java>		</code=java>

	Um neu zeichnen zu lassen, kann die Methode repaint aufgerufen werden. Es wird nicht empfohlen, ~~das~~ Programme paint/paintComponent direkt aufrufen.		Um neu zeichnen zu lassen, kann die Methode repaint aufgerufen werden. Es wird nicht empfohlen, dass Programme paint/paintComponent direkt aufrufen.

AndreUhres am 30. November 2010 um 17:04 Uhr

2010-11-30T17:04:47Z

← Nächstältere Version		Version vom 30. November 2010, 17:04 Uhr
Zeile 4:		Zeile 4:
	<code>super.paint(g);</code>		<code>super.paint(g);</code>
	Generell wird jedoch davon abgeraten, direkt auf einen JFrame zu malen. Statt dessen sollte man auf eine JComponent malen, die dem JFrame hinzugefügt wird.		Generell wird jedoch davon abgeraten, direkt auf einen JFrame zu malen. Statt dessen sollte man auf eine JComponent malen, die dem JFrame hinzugefügt wird.
	Bei [[GUI]]-Komponenten ist zudem zu beachten, dass [[AWT]] und [[Swing]] nicht threadsicher sind, und diese aus anderen Threads nicht gezeichnet werden können, es sei denn, diese [[Thread\|Threads]] wurden über die statischen Methoden aus {{API\|javax/swing/SwingUtilities\|SwingUtilities}} oder mit einem [[SwingWorker]] mit dem [[GUI]]-[[Thread]] synchronisiert (dieser Thread wird auch Event Dispatch Thread genannt, oder kurz EDT).		Bei [[GUI]]-Komponenten ist zudem zu beachten, dass [[AWT]] und [[Swing]] nicht threadsicher sind, und diese aus anderen Threads nicht gezeichnet werden können, es sei denn, diese [[Thread\|Threads]] wurden über die statischen Methoden aus {{API\|java/awt/EventQueue\|EventQueue}}, {{API\|javax/swing/SwingUtilities\|SwingUtilities}} oder mit einem [[SwingWorker]] mit dem [[GUI]]-[[Thread]] synchronisiert (dieser Thread wird auch Event Dispatch Thread genannt, oder kurz EDT).

	Ziemlich nutzlos ist es hingegen, über die Graphics aus Component#getGraphics zu zeichnen. Beim nächsten repaint, oder wenn der Frame zum Beispiel minimiert und wieder maximiert wird, wird das so Gezeichnete wieder verschwinden.		Ziemlich nutzlos ist es hingegen, über die Graphics aus Component#getGraphics zu zeichnen. Beim nächsten repaint, oder wenn der Frame zum Beispiel minimiert und wieder maximiert wird, wird das so Gezeichnete wieder verschwinden.
Zeile 48:		Zeile 48:
	//nur zum Testen:		//nur zum Testen:
	public static void main(final String[] args) {		public static void main(final String[] args) {
	JFrame f = new JFrame("JPaintComponent");		Runnable gui = new Runnable() {
	f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
	f.setSize(220, 250);		public void run() {
	f.setLocationRelativeTo(null);		JFrame f = new JFrame("JPaintComponent");
	JPaintComponent c = new JPaintComponent();		f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
	c.paintObj(new PaintableLine(Color.RED, 10, 10, 200, 200));		f.setSize(220, 250);
	c.paintObj(new PaintableLine(Color.BLUE, 10, 200, 200, 10));		f.setLocationRelativeTo(null);
	f.add(c);		JPaintComponent c = new JPaintComponent();
	f.setVisible(true);		c.paintObj(new PaintableLine(Color.RED, 10, 10, 200, 200));
			c.paintObj(new PaintableLine(Color.BLUE, 10, 200, 200, 10));
			f.add(c);
			f.setVisible(true);
			}
			};
			EventQueue.invokeLater(gui);
	}		}
	}		}

AndreUhres am 30. November 2010 um 16:54 Uhr

2010-11-30T16:54:38Z

Änderungen zeigen

Pcworld: -Leerzeichen nach API, da Bug aufgehoben

2008-10-11T15:59:06Z

-Leerzeichen nach API, da Bug aufgehoben

← Nächstältere Version		Version vom 11. Oktober 2008, 15:59 Uhr
Zeile 1:		Zeile 1:
	Siehe auch [[Malen in AWT und Swing]]		Siehe auch [[Malen in AWT und Swing]]

	Um Grafik in eine [[Component (Java)\|Component]]- also auch z.B. einen Frame - zu zeichnen, muss grundsätzlich die Methode <code>public void paint (Graphics g)</code> überschrieben werden. Diese Methode wird von dem GUI-Thread in regelmäßigen Abständen aufgerufen. Bei {{API\|javax/swing/JComponent\|JComponents}}sollte übrigens die Methode paintComponent überschrieben werden. Vor allem bei JFrames ist es auch wichtig, die paint-Methode der Superklasse aufzurufen:		Um Grafik in eine [[Component (Java)\|Component]]- also auch z.B. einen Frame - zu zeichnen, muss grundsätzlich die Methode <code>public void paint (Graphics g)</code> überschrieben werden. Diese Methode wird von dem GUI-Thread in regelmäßigen Abständen aufgerufen. Bei {{API\|javax/swing/JComponent\|JComponents}} sollte übrigens die Methode paintComponent überschrieben werden. Vor allem bei JFrames ist es auch wichtig, die paint-Methode der Superklasse aufzurufen:
	<code>super.paint(g);</code>		<code>super.paint(g);</code>
	Bei [[Swing]]-Komponenten ist zudem zu beachten, dass [[Swing]] nicht threadsicher ist, und diese aus anderen Threads nicht gezeichnet werden können, es sei denn, diese [[Thread\|Threads]] wurden über die statischen Methoden aus {{API\|javax/swing/SwingUtilities\|SwingUtilities}}oder mit einem [[SwingWorker]] mit dem [[Swing]]-[[Thread]] synchronisiert.		Bei [[Swing]]-Komponenten ist zudem zu beachten, dass [[Swing]] nicht threadsicher ist, und diese aus anderen Threads nicht gezeichnet werden können, es sei denn, diese [[Thread\|Threads]] wurden über die statischen Methoden aus {{API\|javax/swing/SwingUtilities\|SwingUtilities}} oder mit einem [[SwingWorker]] mit dem [[Swing]]-[[Thread]] synchronisiert.

	Ziemlich nutzlos ist es hingegen, über die Graphics aus Component#getGraphics zu zeichnen. Bei dem nächsten repaint wird das so gezeichnete wieder überzeichnet.		Ziemlich nutzlos ist es hingegen, über die Graphics aus Component#getGraphics zu zeichnen. Bei dem nächsten repaint wird das so gezeichnete wieder überzeichnet.
	Der einzige Ausweg besteht darin, die Methode update leer zu implementieren, wodurch auf die Komponente aber überhaupt nicht mehr gezeichnet würde, wenn der Frame zum Beispiel minimiert und wieder maximiert worden wäre.		Der einzige Ausweg besteht darin, die Methode update leer zu implementieren, wodurch auf die Komponente aber überhaupt nicht mehr gezeichnet würde, wenn der Frame zum Beispiel minimiert und wieder maximiert worden wäre.

	Die einzige Möglichkeit, während des Programmablaufes gezeichnete Dinge permanent auf die Component zu zeichnen, besteht somit darin, alles, was gezeichnet werden soll, in einer Datenstruktur ([[Array]], {{API\|java/util/ArrayList\|ArrayList}}, {{API\|java/util/Vector\|Vector}}usw.) zu speichern. Dies könnte zum Beispiel so aussehen:		Die einzige Möglichkeit, während des Programmablaufes gezeichnete Dinge permanent auf die Component zu zeichnen, besteht somit darin, alles, was gezeichnet werden soll, in einer Datenstruktur ([[Array]], {{API\|java/util/ArrayList\|ArrayList}}, {{API\|java/util/Vector\|Vector}} usw.) zu speichern. Dies könnte zum Beispiel so aussehen:

	<code=java>import javax.swing.*;		<code=java>import javax.swing.*;

AndreUhres am 27. Juli 2008 um 00:47 Uhr

2008-07-27T00:47:56Z

← Nächstältere Version		Version vom 27. Juli 2008, 00:47 Uhr
Zeile 86:		Zeile 86:
	Um neu zeichnen zu lassen, kann die Methode repaint aufgerufen werden.		Um neu zeichnen zu lassen, kann die Methode repaint aufgerufen werden.

	~~[[Kategorie:Programmierung]]~~
	[[Kategorie:Java]]		[[Kategorie:Java]]
	[[Kategorie:Tutorials (Java)]]		[[Kategorie:Tutorials (Java)]]
	[[Kategorie:Swing]]		[[Kategorie:Swing]]

AndreUhres am 27. Juli 2008 um 00:08 Uhr

2008-07-27T00:08:16Z

← Nächstältere Version		Version vom 27. Juli 2008, 00:08 Uhr
Zeile 86:		Zeile 86:
	Um neu zeichnen zu lassen, kann die Methode repaint aufgerufen werden.		Um neu zeichnen zu lassen, kann die Methode repaint aufgerufen werden.

			[[Kategorie:Programmierung]]
	[[Kategorie:Java]]		[[Kategorie:Java]]
	[[Kategorie:Tutorials (Java)]]		[[Kategorie:Tutorials (Java)]]
	[[Kategorie:Swing]]		[[Kategorie:Swing]]

AndreUhres am 26. Juli 2008 um 10:23 Uhr

2008-07-26T10:23:16Z

← Nächstältere Version		Version vom 26. Juli 2008, 10:23 Uhr
Zeile 1:		Zeile 1:
			Siehe auch [[Malen in AWT und Swing]]

	Um Grafik in eine [[Component (Java)\|Component]]- also auch z.B. einen Frame - zu zeichnen, muss grundsätzlich die Methode <code>public void paint (Graphics g)</code> überschrieben werden. Diese Methode wird von dem GUI-Thread in regelmäßigen Abständen aufgerufen. Bei {{API\|javax/swing/JComponent\|JComponents}}sollte übrigens die Methode paintComponent überschrieben werden. Vor allem bei JFrames ist es auch wichtig, die paint-Methode der Superklasse aufzurufen:		Um Grafik in eine [[Component (Java)\|Component]]- also auch z.B. einen Frame - zu zeichnen, muss grundsätzlich die Methode <code>public void paint (Graphics g)</code> überschrieben werden. Diese Methode wird von dem GUI-Thread in regelmäßigen Abständen aufgerufen. Bei {{API\|javax/swing/JComponent\|JComponents}}sollte übrigens die Methode paintComponent überschrieben werden. Vor allem bei JFrames ist es auch wichtig, die paint-Methode der Superklasse aufzurufen:
	<code>super.paint(g);</code>		<code>super.paint(g);</code>
Zeile 83:		Zeile 85:

	Um neu zeichnen zu lassen, kann die Methode repaint aufgerufen werden.		Um neu zeichnen zu lassen, kann die Methode repaint aufgerufen werden.
	~~Siehe auch [[Malen in AWT und Swing]]~~

	[[Kategorie:Java]]		[[Kategorie:Java]]
	[[Kategorie:Tutorials (Java)]]		[[Kategorie:Tutorials (Java)]]
	[[Kategorie:Swing]]		[[Kategorie:Swing]]