repaint() mag mal wieder nicht.

[hdi]

Hey,

ich habe ein Panel, das als Komponenten weitere Panels hat. Beim Programmstart möchte ich das Fenster zeigen, und danach eines der "inneren" Panels quasi ins Bild rollen lassen. D.h. ich hab ne Schleife die dieses Panel nimmt und Stück für Stück dessen Position ändert.

So, leider malt er mir nicht diesen Vorgang, sondern er malt mir das Ding nur wenn es komplett fertig verschoben ist, was natürlich doof aussieht und nicht der gewünschte Effekt ist.

Mir wurde bisher standardmässig immer zu EventQueue/SwingUtilities geraten, und das hat dann auch oft geklappt, aber diesmal nicht:

in der main:

MainFrame frame = new MainFrame(data);
		frame.setVisible(true);
		frame.getSidePanel().slideIn();

Das Frame hat n Panel, und in diesem Panel ist wie gesagt das SidePanel. die Methode slideIn() vom SidePanel sieht so aus:

public void slideIn() {
		SwingUtilities.invokeLater(new Runnable() {
			@Override
			public void run() {
				int xLoc;
				while((xLoc = getLocation().x) > 500) {
					setLocation(xLoc - 5, getLocation().y);
 // Erklärung der nächsten 2 Zeilen: Ich war mir jetz nich so sicher, was ich überhaupt repainten muss...
 // Das Panel, auf dem dieses Panel liegt, oder dieses Panel selbst? Immerhin mal ich ja nix rum in diesem Panel,
// sondern verschiebe es im Vater-Panel... Zumindest funktionieren beide Varianten (auch einzeln) nicht:
					parent.repaint();
					repaint();
					try {
						Thread.sleep(50);
					} catch (InterruptedException e) {
						e.printStackTrace();
					}
				}
			}
		});
	}

Jo.. wie gesagt er repaintet mir nicht während er das macht, sondern erst wenn er fertig ist. Why

 

[André Uhres]

Versuch's mal so:

public void slideIn() {
    new Thread(new Runnable() {
        @Override
        public void run() {
            int xLoc = getLocation().x;
            while (xLoc > 500) {
                xLoc -= 5;
                setLocation(xLoc, getLocation().y);
                try {
                    Thread.sleep(50);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }).start();
}

 

[Marco13]

Wobei das dann ja eigentlich wieder so sein müßte:

public void slideIn() {
    new Thread(new Runnable() {
        @Override
        public void run() {
            int xLoc = getLocation().x;
            while (xLoc > 500) {
                xLoc -= 5;
                SwingUtilities.invokeLater(new Runnable() {
                    public void run() {
                        setLocation(xLoc, getLocation().y);
                    }
                });
                try {
                    Thread.sleep(50);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }).start();
}

setLocation und getLocation sollten (gerade in dieser Kombination) nur im EDT aufgerufen werden...

EDIT: Hups - das erste getLocation müßte eigentlich auch in den EDT - ggf. dann mit invokeAndWait ???:L Oder so...

 

[André Uhres]

Mit javax.swing.Timer wird's garantiert threadsafe:

public void slideIn() {
    timer = new javax.swing.Timer(50, new ActionListener() {
        private int xLoc;
        public void actionPerformed(ActionEvent e) {
            xLoc = getLocation().x;
            if (xLoc > 500) {
                xLoc -= 5;
                setLocation(xLoc, getLocation().y);
            } else {
                timer.stop();
            }
        }
    });
    timer.start();
}

 

[hdi]

cool das mit dem timer kannte ich noch gar nicht... und das is IMMER threadsafe? ich frag nur weil wieso hab ich das noch nie gesehen? Wieso hat das hier noch nie jemand vorgeschlagen...hats auch Nachteile oder sowas?

 

[André Uhres]

Die actionPerformed wir naturgemäss auf dem EventDispatchThread ausgeführt,
wo immer nur ein Prozess zur gleichen Zeit laufen kann.
Der Swing Timer ist aber nur für sehr kurze und GUI-bezogene Prozesse gedacht.
Bei langen Prozessen würde die GUI jedesmal für die Länge des Prozesses blockieren.

 

[Verjigorm]

Die actionPerformed wir naturgemäss auf dem EventDispatchThread ausgeführt,
wo immer nur ein Prozess zur gleichen Zeit laufen kann.

Wo steht das?
Gelesen hab ich das schon nen paar mal, aber noch nie irgendwo offiziell gelesen

 

[André Uhres]

Mit

System.out.println(SwingUtilities.isEventDispatchThread());

können wir es offiziell auf unserer Konsole lesen :wink:
Siehe auch: http://java.sun.com/products/jfc/tsc/articles/threads/threads1.html#single_thread_rule

 

[Verjigorm]

hm werd ich mir mal anschauen,
schade dass sowas nicht in der API steht, sonst steht auch immer ob thread-safe oder nicht ...

 

[Marco13]

Die actionPerformed wir naturgemäss auf dem EventDispatchThread ausgeführt,
wo immer nur ein Prozess zur gleichen Zeit laufen kann.

Wo steht das?
Gelesen hab ich das schon nen paar mal, aber noch nie irgendwo offiziell gelesen

Auf http://java.sun.com/docs/books/tutorial/uiswing/misc/timer.html steht
Note that the Swing timer's task is performed in the event dispatch thread. This means that the task can safely manipulate components, but it also means that the task should execute quickly