Probleme beim Zufügen eines JLabels

[Guest]

Hallo,
ich habe eine simple Frage, die mir aber schon länger Kopfschmerzen bereitet.
Ich möchte ein einfaches JLabel einem bereits bestehendem JPanel zufügen.
Es gibt überhaupt keine Problem, wenn ich beim Konstruktor des JPanels, die folgende Codezeile einfüge.

JLabel label = new JLabel(
	      "new Label");
	        add(label);

Das Label wird wie gewünscht angezeigt. Nun möchte ich das Label aber nicht bereits bei der Konstruktion des Panels einfügen, sondern später. Ich fügte also den gleichen Code wie oben in eine Methode, die später aufgerufen wurde, ließ anschließend noch ein repaint() nachfolgen und erwartete nun das Label zu sehen. Dem ist aber nicht so.
Warum? Und was kann ich dagegen machen? Es kann eigentlich nichts Großes sein oder?
Für eine Antwort wäre ich sehr dankbar.

 

[Gast]

1) bist du dir sicher, dass sich an dieser Stelle da add() auf dein Panel bezieht? Wenn die Methode nicht zur Panelklasse gehört, wird dein Label irgendwo eingefügt.
2) Ist da vielleicht ein LayoutManager am Werk, der das Label verschluckt?
3) Füg mal invalidate() und validate() ein. Reihenfolge: invalidate() add(label) validate() repaint()
4) Zeichne mal "manuell" neu, d.h. minimiere das Anwendungsfenster und öffne es wieder, ändere durch ziehen mit der Maus die Größe, tue irgendetwas, das ein repaint erzwingt. Erscheint es dabei auch nicht, ist mit dem add irgendwas falsch

 

[SlaterB]

wahrscheinlich benötigst du einen
validate();
Aufruf, um das Layout neu berechnen zu lassen

---

je nach verwendeten Layout ist das Label aber vielleicht gar nicht zu sehen, egal wann eingefügt, etwa weil die Plätze begrenzt sind (BorderLayout),
ein komplettes Test-Programm könnte das genau klären

 

[Guest]

Danke,
mit validate() vor repaint() klappts tatsächlich, super.

 

[SlaterB]

repaint() ist evtl gar unnötig, nur validate(), das macht das schon

am sichersten ist vielleicht die ganze Palette
> invalidate() add(label) validate() repaint()

aber bei mir reicht meist validate()


falls es wer genau erklären will würde ich auch zuhören

 

[Templon]

repaint() ist evtl gar unnötig, nur validate(), das macht das schon

am sichersten ist vielleicht die ganze Palette
> invalidate() add(label) validate() repaint()

aber bei mir recht meist validate()


falls es wer genau erklären will würde ich auch zuhören

Invoking invalidate by itself will not schedule a validate. Invoking validate by itself will not schedule a repaint. repaint does not automatically schedule a validate before the paint. If your recent layout changes (e.g. button adding/removing) are not showing up, make sure you do a validate prior to any repaint.

 

[SlaterB]

> Invoking validate by itself will not schedule a repaint

was nützt so ein Satz, wenn es doch passiert?
vielleicht aus irgendwelchen anderen Gründen, weil der Button, den man gerade drückt, neugezeichnet werden muss..

 

[Templon]

was nützt so ein Satz, wenn es doch passiert?

Hä? =) Wenn was doch passiert?

 

[SlaterB]

hmm, nochmal überlegen,

ich behaupte, dass ein validate() im einfachen Falle kein repaint() danach benötigt
(hoffentlich auch korrekt erinnert, gar nicht neu getestet )

dann steht in dem Satz, dass validate() nicht automatisch repaint() aufruft,

dann antworte ich, dass es doch passiert,

was könnte ich wohl meinen?!

 

[Templon]

Was heisst im "einfachen Falle"?
Was meinst du mit "Was nützt so ein Satz,...."?

http://java.sun.com/j2se/1.4.2/docs/api/java/awt/Container.html#validate() - sollte aufgrufen werden nach Component adden/removed.

http://mindprod.com/jgloss/repaint.html
http://mindprod.com/jgloss/validate.html

Warst du überhaupt auf der Seite? Ich habe nicht das gefühl, dass sie uns anlügt... Oo

 

[SlaterB]

ich war bisher auf keiner der Seiten, da wird meistens wenig konkretes gesagt,

habe nun zumindest
http://mindprod.com/jgloss/validate.html
gelesen, da steht aber immer noch nicht mehr zu meiner Frage, warum man den repaint()-Aufruf weglassen kann,
vertane Zeit


------

einfaches Beispiel:

public class TestGUI
    extends JFrame
{

    public TestGUI()
        throws Exception
    {
        add(new JButton("Test"), BorderLayout.NORTH);

        setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        setSize(200, 200);
        setVisible(true);
    }

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

        Thread.sleep(2000);
        t.add(new JButton("Test 2"), BorderLayout.CENTER);
        t.validate();
    }
}

wieso ist nach 2 Sekunden der zweite Button zu sehen, obwohl kein repaint() aufgerufen wird?
das ist meine simple Frage

wenn es doch in einem der Links steht, dann entschuldige meine Ungeduld

 

[Templon]

Aii, vllt hätte ich der Seite doch nicht glauben dürfen? =) Hab es auch gleich noch ausprobiert, brauchte wirklich kein repaint().

Ich bin vor ca 2 Monaten genau über diese Problematik gestolpert, ABER da musste ich repaint aufrufen, sonst hat es nicht geklappt. War aber eine grössere Applikation.

 

[Marco13]

Hab' die Links auch nicht gelesen,aber irgendwann mal den Sourcecode zu diesen Methoden ein bißchen durchpflügt, und bin mir relativ (wenn auch nicht 100%) sicher, dass "validate()" zumindest dann ein repaint auslöst, wenn durch das validate die Anordnung verändert wurde. Ansatzweise(!) testen könnte man das mit einem Programm, das alle repaint-Events mitloggt, und bei dem man dann einmal
container.add(someComponent);
container.validate();
macht, und einmal nur
container.validate();
Bei ersterem wird es wohl ein repaint geben, bei letzterem vielleicht nicht.

 

[Templon]

@Marco, scheint zu stimmen, dass mit der Anordnung. Ich errinere mich auch wider, dass dieses Programm ein null
Layout verwendete (Ich habs nicht geschrieben! )

Hier noch ein Test-Programm

import java.awt.Dimension;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;

import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JLabel;
import javax.swing.JPanel;
import javax.swing.SwingUtilities;

public class Test extends JFrame {
	
	JButton b = new JButton("add");
	JPanel p = new JPanel();
	int numOfLabels = 0;
	public Test() {
		setTitle("SwingTest");
		setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		setLayout(null);
		setPreferredSize(new Dimension(800,600));
		setSize(800, 600);
		b.setBounds(0, 0, 100, 25);
		add(b);
		setVisible(true);
		
		b.addActionListener(new ActionListener() {

			public void actionPerformed(ActionEvent e) {
				SwingUtilities.invokeLater(new Runnable() {
					public void run() {
						JLabel l = new JLabel("label");
						l.setBounds(100 + numOfLabels * 100 + 5, 0, 100, 25);
						add(l);
						validate();
						//repaint(); // uncomment me
						++numOfLabels;
					}
				});
			}
		});
	}
	

	
	public static void main(String[] args) {
		new Test();
	}
}

 

[SlaterB]

jo, das macht etwas Sinn, ist mir auch bekannt,
null = kein Layout,
in dem Fall kann das validate() übrigens wegfallen

 

[Templon]

jo, das macht etwas Sinn, ist mir auch bekannt,
null = kein Layout,
in dem Fall kann das validate() übrigens wegfallen

Stimmt =) EDIT: Aber ich wollte eigentlich nur zeigen, dass hier kein repaint aufgerufen wird, auch wenn man validate() ruft.

Aber wann wird dann beides gebraucht? Also validate() und repaint()? Wenn man einen Component hinzufügt wird sich ja eigentlich immer etwas am Layout ändern, und somit das repaint aufgerufen?

 

[SlaterB]

willkommen im Club der Fragenden bei dem Thema,
irgendwann wird es uns jemand erklären


-------

> EDIT: Aber ich wollte eigentlich nur zeigen, dass hier kein repaint aufgerufen wird, auch wenn man validate() ruft.

was bei Fehlen des Layouts eine zu akzeptierende Ausnahme ist,
'keine Layoutänderungen -> kein repaint' ist ja auch ein sinnvoller weiterer Fall

 

[Templon]

willkommen im Club der Fragenden bei dem Thema,
irgendwann wird es uns jemand erklären

Hoffentlich! =)

> EDIT: Aber ich wollte eigentlich nur zeigen, dass hier kein repaint aufgerufen wird, auch wenn man validate() ruft.

was bei Fehlen des Layouts eine zu akzeptierende Ausnahme ist,
'keine Layoutänderungen -> kein repaint' ist ja auch ein sinnvoller weiterer Fall

Stimmt.

 

[Fu3L]

Bei mir hat bisher eigentlich auch immer validate() gereicht, allerdings hatte ich bei bis jetzt einem Programm mal das Problem, dass eine ScrollBar, die vorher die komplette rechte Seite hoch war und vor dem validate() verkleinert wurde, immernoch zu sehen war (allerdings ohne Funktion und die neue, kleinere ScrollBar wurde richtig angezeigt und funktionierte)....