Swing One componentResized Event

[Dragonfire]

Hi,
hab eben den ComponentListener entdeckt und leider auch die Tatsache
das dieser bei einem Resize mehrere Events auslöst ...

Bei aufwendigen Code (z.B. Image resizen),
kann das Programm schonmal "stocken".

Als erste Möglichkeit habe ich den Timer entdeckt:

Java Swing Development: componentMoved and componentResized on JFrame

Diese Lösung finde ich nicht ganz so gut,
meine Idee wäre ein wenig anderes.
Ich vergleiche immer eine ältere Fenstergröße mit einer neueren,
dass Event wird erst ausgeführt,
wenn eine gewissen Zeit sich die Fenstergröße nicht geändert hat:

...
@Override
public void componentResized(ComponentEvent e) {
	startResize();
}		
...
private Thread t;

private void startResize() {
	if (t == null) {
		t = new Thread() {
			@Override
			public void run() {
				super.run();
				boolean same = false;
				while (!same) {
					int lastw = getWidth();
					int lasth = getHeight();
					for (int i = 0; i < 10; i++) {
						if (lastw == getWidth() && lasth == getHeight()) {
							same = true;
						} else {
							same = false;
						}
					}
				}
				try {
					EventQueue.invokeAndWait(new Runnable() {
						@Override
						public void run() {
							resizeImage();
						}
					});
				} catch (Exception e) {
					// TODO: handle exception
				}
				t = null;
			}
		};
		t.start();
	}
}

Allerdings hackt das auch ein wenig,
bzw, dauert bis er erkennt, wann er das Event ausführen soll
(wenn auch nicht so viel wie bei dem Timer).

Gibt es eine Methode oder Möglichkeit die ich übersehen habe?

 

[Dragonfire]

*push*

Ist zwar schon ein wenig her,
aber vielleicht hat wer noch eine gute, anderer Idee
in diesem neuen Jahr 😉

 

[André Uhres]

hab eben den ComponentListener entdeckt und leider auch die Tatsache
das dieser bei einem Resize mehrere Events auslöst ...

Afaik wird bei einem Resize nur ein einziges Event ausgelöst, und zwar beim Loslassen der Maustaste.

 

[Dragonfire]

Afaik wird bei einem Resize nur ein einziges Event ausgelöst, und zwar beim Loslassen der Maustaste.

Da muss ich dich leider enttäuschen ...
oder habe ich einen falschen Listener verwendet oO ?

public static void main(String[] args) {
		JFrame f = new JFrame("ResizeTest");
		f.setDefaultCloseOperation(WindowConstants.DISPOSE_ON_CLOSE);
		JPanel testPanel = new JPanel();
		testPanel.add(new JLabel("ResizeTest"));
		testPanel.addComponentListener(new ComponentListener() {
			@Override
			public void componentShown(ComponentEvent e) {
				System.out.println("" + e);
			}

			@Override
			public void componentResized(ComponentEvent e) {
				System.out.println("" + e);
			}

			@Override
			public void componentMoved(ComponentEvent e) {
				System.out.println("" + e);
			}

			@Override
			public void componentHidden(ComponentEvent e) {
				System.out.println("" + e);
			}
		});
		f.add(testPanel);
		f.pack();
		f.setVisible(true);
	}

 

[Der Müde Joe]

Wenn ichh mich noch recht erinnere, ist das je nach OS verschieden. So wird der Event bei Win ausgelöst, wenn die Maus losgelassen wird, bei Linux immer wieder mal (oder umgekehrt?)
Hatte mal irgenwo ein Lösung gefunden, find sie aber grad nicht. war aber auch irgend so ein Hack wie oben.
Vielleicht find ich sie ja noch.

 

[Dragonfire]

wäre cool,
wenn du das finden würdest ^^
Bei Windows XP SP 3
werden die Events sofort beim Resize ausgeführt ...
und das können ganz viele sein,
da kommt dann meine "resize"-Methode nicht mehr hinterher ...

Das Problem ist ja schon ein wenig älter ...
damals hatte ich das noch mit einem MouseListener versucht zu lösen, allerdings bin ich nicht an den Event vom Fensterrahmen gekommen, dass die Maus losgelassen worden ist :-(

 

[André Uhres]

Versuch mal den Listener an den Frame zu hängen, anstatt an den JPanel:
f.addComponentListener(new ComponentListener() {

 

[Dragonfire]

*genial*

Darauf hätte ich auch kommen können xD
Also wenn man den Listener an den Framee hängt, dann geht es ....
Mal sehen wie ich das in meinem Programm umsetze 🙂

Danke 🙂

public static void main(String[] args) {
		JFrame f = new JFrame("ResizeTest");
		f.setDefaultCloseOperation(WindowConstants.DISPOSE_ON_CLOSE);
		f.addComponentListener(new ComponentListener() {
			@Override
			public void componentShown(ComponentEvent e) {
				// do nothing
			}

			@Override
			public void componentResized(ComponentEvent e) {
				System.out.println("" + e);
			}

			@Override
			public void componentMoved(ComponentEvent e) {
				// do nothing
			}

			@Override
			public void componentHidden(ComponentEvent e) {
				// do nothing
			}
		});
		f.add(new JLabel("ResizeTest"));
		f.pack();
		f.setVisible(true);
	}

 

[Der Müde Joe]

oh...das du den CL an das Panel hängst ist mir gar nicht aufgefallen.
Meine Lösung hab ich leider nicht mehr gefunden. Habs jedoch kurz getestet und es
ist so, das Linux beim resizen immer wieder mal feuert und win nur beim Mouse-releasen (wenn mans ans Frame hängt)
(so nebenbei als info)

 

[Meru]

Ich habe auch das Problem gehabt, dass es unter Windows beim Mouse-Release gefeuert wird, aber bei Linux permanent.

Dazu habe ich mal einen Beitrag gefunden der einen kleinen Timer verwendet, der dann nur alle 2 Sekunden das Event auslöst (konfigurierbar). Bringt allerdings den Nachteil mit sich, dass das Event unter Windows auch nur alle 2 Sekunden ausgelöst wird. Dies ist in meiner Anwendung aber eher zu vernachlässigen, da dies im meinem Fall ein "Nebenbei-Effekt" ist, der nicht für die Fortführung der Anwendung nötig ist (will mir frame-Position und frame-Size speichern, damit der Nutzer beim nächsten Aufruf vorzugsweise wieder die gleichen Einstellungen vor sich hat).

	// Timerobjekt fuer das Verschieben des JFrames
	private static Timer frameMovedTimer;
	private static Timer frameResizedTimer;
	private static final int DELAY = 2000;

	//...
	//...
	//...
	frame.addComponentListener(this);
	frameMovedTimer = new Timer(DELAY, new AbstractAction() {
		public void actionPerformed(ActionEvent e) {
			saveFrameMovedAction();
		}
	});
	frameMovedTimer.setRepeats(false);
					
	frameResizedTimer = new Timer(DELAY, new AbstractAction(){
		public void actionPerformed(ActionEvent e) {
			saveFrameResizedAction();
		}
	});
	//...
	//...
	//...


	@Override
	public void componentMoved(ComponentEvent e) {
		frameMovedTimer.start();	
	}
	@Override
	public void componentResized(ComponentEvent e) {
		frameResizedTimer.start();
	}
	@Override
	public void componentHidden(ComponentEvent e) {}	
	@Override
	public void componentShown(ComponentEvent e) {}


	private void saveFrameMovedAction(){
		// tu dies, tu das
	}
	
	private void saveFrameResizedAction(){
		// tu dies, tu das	
	}

 

[Dragonfire]

Dieser Lösungsansatz war mir bekannt ...
habe ich sogar oben gepostet 😉

Java Swing Development: componentMoved and componentResized on JFrame

Mein "kleiner Hack" oben war für meine Anwendung speziell geschrieben 🙂
(finde ich ein wenig schneller ... vor allem da die aufzurufende Methode ziemlich aufwendig ist....)

 

[Der Müde Joe]

Da du anscheinend ein image resized kann ich dir den noch empfehlen:
The Perils of Image.getScaledInstance() | Java.net

 

[Dragonfire]

Danke für den Link 😉
Der Artikel ist echt gut 🙂
Hat mir damals auch weitergeholfen^^

-->

http://www.java-forum.org/awt-swing-swt/90553-zoom-vorgang-optimieren-bufferedimage.html

Ich poste mal bei Gelegenheit die neuste überarbeitete Version.
DO geht nur erstmal Schule los und da muss ich noch einiges machen :-(

 

[Meru]

Dieser Lösungsansatz war mir bekannt ...
habe ich sogar oben gepostet 😉

Java Swing Development: componentMoved and componentResized on JFrame

Ups, hab nur kurz was gelesen und da kam mir die Problemstellung bekannt vor. Zudem hab ich den Code beim ganz schnellen überfliegen ein wenig falsch interpretiert. Sry 😉

 

[Dragonfire]

Ups, hab nur kurz was gelesen und da kam mir die Problemstellung bekannt vor. Zudem hab ich den Code beim ganz schnellen überfliegen ein wenig falsch interpretiert. Sry 😉

Das kenne ich zu gut xD
Nicht schlimm,
passiert mir auch oft ...
Aber ist dann ganz praktisch für die Leute die hier nochmal die ganzen Sachen nachlesen 😉