Keylistener funktioniert nicht richtig.

[Ein Gast]

Ich hab eine Frame mit mehrere Panels das einen keylistener verwendet. Dieser funktioniert nach einem Programmstart einwandfrei.

Öffne ich ein weiteres Frame mit new SecondFrame() (über den keylistener) so wird das zweite frame korrekt geöffnet und funktioniert auch. Natürlich hat jetzt das zweite frame den focus. Schließe ich das zweite frame mit einem this.dispose() bekommt das erste Fenster den focus wieder zurück (also es ist 'ausgewählt').

Aber dann geht der keylistener einfach nicht mehr. Mouselistener funktioniert noch, aber der keylistener will einfach nicht mehr.

Was das ganze noch interessanter macht ist folgendes; Wenn ich breakpoints in den keyevent hineinmache und dann mit eclipse debugge funktioniert es! Sonst aber nicht.


Ja, und jetzt weis ich nicht mehr weiter. Leider brauche ich den keylistener auch nachdem das zweite frame geschlossen wurde.

 

[SlaterB]

post ein vollständiges möglichst kurzes Programm..

 

[Ein Gast]

Das geht leider nicht. Dafür ist es etwas zu umfangreich. Ich kann zwar die relevanten teile posten, aber die sind eh vermutlich klar.

Erstellen vom listener

// Keyadapter for the map
		mka = new KeyAdapter() {
			public void keyPressed(KeyEvent e) {
				int keyCode = e.getKeyCode();
				System.out.println(keyCode);

				// Ctr key sequences
				if (e.isControlDown()) {
					switch (keyCode) {
						case KeyEvent.VK_ENTER :
							MainLogic.getInstance().onEndButtonClick();
							break;
					}
				} else {
					switch (keyCode) {
...

Zuordnen vom listener

this.addKeyListener(mka);

Aufruf des zweiten fensters

new BuildViewer(getMapValueAt(getHumanLogic().getSelectedUnit().getPos().x,
						getHumanLogic().getSelectedUnit().getPos().y));

Dispose des zweiten fensters

stopengine = true;

		try {
			Thread.sleep(100);
		} catch (Exception e) {
		}
		this.dispose();

Tja und dann geht der listener nicht mehr. Als ob in das zweite fenster irgendwie mit in die zerstörung nimmt.

 

[SlaterB]

> Das geht leider nicht. Dafür ist es etwas zu umfangreich.

die Kunst und dein Beitrag zur Lösung ist ja gerade die Vereinfachung,
das zweite Fenster muss nicht aus 20 Klassen mit 1000 Zeilen Code bestehen sondern nur ein 20-Zeilen-Dummy-JFrame,

(wenn es mit dem Dummy nicht mehr zu dem Problem kommt,
dann hast du schon einen ersten Schritt zur Problemlösung getan)

das Haupt-JFrame muss etwas größer sein,
z.B. den KeyListener und evlt. noch EINE Komponente für den KeyListener enthalten,
aber auch nicht mehr als 100 Zeilen

(wenn es mit dem einfacheren Haupt-JFrame nicht mehr zu dem Problem kommt,
dann hast du schon einen ersten Schritt zur Problemlösung getan)

 

[Guest]

Hm, hab das gerade gemacht. Also den code so massiv wie möglich reduziert (also in einem zweiten project).

Die Idee war gut. Im hab mir gedacht das es vielleicht am multithreading liegen könnte (die weiteren threads haben zwar nichts damit zu tun, aber, man weis ja nie). Jetzt war kein multithreading drinnen, aber trotzdem ist es nicht gegangen.

Seltsam das Ganze. Als ob der focus nicht richtig zurückgegeben wird. (Der ist aber da..)

 

[Ein Gast]

Ich hab das Ganze soeben in einem älteren voll funktionsfähig Programm probiert und genau dasselbe kommt raus. Sobald ein zweites Fenster geöffnet wird ist der keyadapter irgendwie kaputt.

Ich verwende java 6 (aber ohne updates da die anscheinend noch nicht in den ubuntu repositories sind).

Ich nehm mal an das ich der einzige Mensch auf erden bin der diesen Fehler hat? seufz. Und dabei sind grad keyadapter dringend notwendig..

 

[Wildcard]

Nimm stattdessen die InputMap und ActionMap. Gerade bei mehreren Fenstern ist der Input-Fokus nicht der beste Weg.

 

[Ein Gast]

Hab ich auch schon probiert. Aber es kommt genau dasselbe dabei heraus. (Hab vorher im Forum dazu herumgesucht)

Ich werd später mal schauen ob das Problem auch unter windows auftritt, vielleicht hab ich ja irgendwas falsch konfiguriert. (Was ich aber nicht glaube).

Nunja, da bleibt mir wohl nichts anderes übrig als mich auf mouselistener zu konzentrieren (die einwandfrei funktionieren). Wird zwar nicht einfach für ein werdendes strategiespiel, aber irgendwie muss es gehen.

 

[Wildcard]

Vorstellen kann ich mir das nicht. Versuch ein kompilierfähiges Beispiel zu schreiben.

 

[Ein Gast]

Hab ich. Nur weis ich nicht wo ich es uploaden soll. Außerdem geht noch so gut wie gar nichts. (und der code ist unübersichtlich..). (das testprojekt hab ich aus frust wieder gelöscht )

Ah, verdammt. Wenn das wenigstens bei mir ein einzelfall wäre. Aber wenn es in 3 nicht verwandten projekten nicht geht? crap.

 

[Ein Gast]

Hab schnell wieder ein testprojekt zusammen gebaut. Natürlich geht das Ganze wieder nicht, aber hier ist der Code:

public class Main extends JFrame{

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		new Main();
	}

	public Main() {
		super();
		
		this.setSize(500, 500);
		this.setTitle("MainFrame");
		
//		 Keyadapter for the map
		KeyAdapter ka = new KeyAdapter() {
			public void keyPressed(KeyEvent e) {
				int keyCode = e.getKeyCode();
				System.out.println(keyCode);
				
				switch (keyCode) {
					case KeyEvent.VK_ENTER :
						new SecondFrame();
						break;
				}
			}
		};
		
		this.addKeyListener(ka);
		this.setVisible(true);
		
		this.addWindowListener(new java.awt.event.WindowAdapter() {
			@Override
			public void windowClosing(WindowEvent e) {
				closeFrame();
			}
		});
	}
	
	private void closeFrame() {
		this.dispose();
	}
}

Zweites Frame:

public class SecondFrame extends JFrame {
	public SecondFrame() {
		super();
		
		this.setSize(500, 500);
		this.setTitle("Second Frame");
		
		this.addWindowListener(new java.awt.event.WindowAdapter() {
			@Override
			public void windowClosing(WindowEvent e) {
				closeFrame();
			}
		});
		
		this.setVisible(true);
	}
	
	private void closeFrame() {
		this.dispose();
	}
}

 

[Wildcard]

Ich habe folgendes versucht:

public class Main extends JFrame {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		new Main();
	}

	public Main() {
		super();
		setDefaultCloseOperation(EXIT_ON_CLOSE);
		this.setSize(500, 500);
		this.setTitle("MainFrame");
		JPanel panel = new JPanel();
		panel.add(new JTextField("test"));
		JButton b = new JButton("open");
		b.addActionListener(new ActionListener() {

			public void actionPerformed(ActionEvent e) {
				new SecondFrame();

			}

		});
		panel.add(b);
		add(panel);
		this.setVisible(true);
	}
}

Das Ergebnis hat mich dann doch sehr überrascht.
Sobald ich auf den Knopf drücke, kann ich nichts mehr in das Textfeld schreiben.
Das geht erst dann wieder, wenn entweder das 1. Fenster resized wird, oder ich den Button erneut drücke.
Es werden also überhaupt keine KeyEvents mehr weitergeleitet.
Da ich auch Ubuntu und Java 6 verwende, gehe ich von einem Bug im Zusammenhang mit Gtk aus.
Ich würde dich bitten die Bug Database zu durchsuchen.
Exisitiert ein solcher Bug bereits, sei doch so nett ihn hier zu verlinken.
Ansonsten eröffne einen Bug dafür.

 

[Ein Gast]

Mir ist grad aufgefallen dass ich einen Inputdialog habe und dieser sich auch seltsam verhält. Also nachdem er den focus verliert kann auch nichts mehr eingegeben werden. Das deckt sich mit deiner Aussage.

Vielleicht liegt das auch an compiz? Hab leider im Moment recht große schwierigkeiten mit compiz + java-resizen. Da gibt es auch einige gravierende Fehler die ich unter windows oder ohne compiz nicht habe.

Ich schau mir das morgen noch genauer an bzw. teste dann mal mit compiz herum.

 

[Wildcard]

Zum Test Zeitpunkt liefen bei mir weder Compiz noch Beryl sondern Metacity.
Sollte sich das soweit bestätigen handelt es sich um einen gravierenden Bug der entweder schon bekannt (und hoffentlich behoben) ist, oder unbedingt gemeldet werden muss.

 

[Ralf W. Balz]

Hi,

ich habe folgendes(Siehe Unten), was ich von dir übernommen habe, ausprobiert.
Bis auf die "imports", sind die Codes gleichgeblieben. Es funktioniert bei mir, getestet habe ich es unter:
Windows XP mit JRE 1.6.0.01 auch JRE 1.5.0.09 und
Ubuntu 7.04 mit JRE 1.5.0.12 auch JRE 1.6.0.02

Ich kann das zweite Frame öffnen und weiterhin in das Feld schreiben, dann das zweite Frame
schließen und auch weiter in das Feld schreiben. Es lässt vermuten, dass es kein Bug ist,- hast du
denn vielleicht einen Zweitrechner oder einen Rechner von irgendwem,wo du mal gegentesten
kannst? Damit könnte man das Problem sicher weiter eingrenzen.

Grüße
Ralf

import java.awt.event.*;
import javax.swing.*;

public class Main extends JFrame {

	   /**
	    * @param args
	    */
	   public static void main(String[] args) {
	      new Main();
	    
	   }

	   public Main() {
	      super();
	      setDefaultCloseOperation(EXIT_ON_CLOSE);
	      this.setSize(500, 500);
	      this.setTitle("MainFrame");
	      JPanel panel = new JPanel();
	      panel.add(new JTextField("test"));
	      JButton b = new JButton("open");
	      b.addActionListener(new ActionListener() {

  	  
         public void actionPerformed(ActionEvent e) {
	            new SecondFrame();

	         }

	      });
	      panel.add(b);
	      add(panel);
	      this.setVisible(true);
	   }
	}

import java.awt.event.*;
import javax.swing.*;

public class SecondFrame extends JFrame {
   public SecondFrame() {
      super();
      
      this.setSize(500, 500);
      this.setTitle("Second Frame");
      
      this.addWindowListener(new java.awt.event.WindowAdapter() {
         @Override
         public void windowClosing(WindowEvent e) {
            closeFrame();
         }
      });
      
      this.setVisible(true);
   }
   
   private void closeFrame() {
      this.dispose();
   }
}

 

[Ein Gast]

ubuntu-forum

Im Link wird das Problem das ich habe, und eine Lösung dafür beschrieben. Ich kanns im Moment nicht testen da ich nicht zuhause bin.

Aus dem Forums-Post:

Das Problem besteht nur, wenn in der Datei /etc/environment der Eintrag AWT_TOOLKIT=”MToolkit” vorhanden ist.

Diesen Eintrag habe ich angelegt um Java mit Beryl verwenden zu können. Solange dieser Eintrag vorhanden ist tritt der oben erwähnte Fehler aber auch in Metacity auf. Momentan habe ich mit entschlossen den Eintrag aus /etc/environment zu löschen und vorläufig auf Beryl zu verzichten. Wenn jemand eine Lösung für das Problem kennt, damit ich weiterhin Beryl als Fenstermanager einsetzen kann bin ich natürlich sehr dankbar.

Meine /etc/environment hab ich auch so verändert um compiz zu verwenden. Sobald ich daheim bin werd ich mal schauen ob es sich dadurch beheben lässt. Vielleicht könnte wildcard mal schauen wie beim ihm die /etc/environment ausschaut.

Schade das java und compiz so viele schwierigkeiten zusammen haben.

 

[Wildcard]

Nein, ich habe bei mir auf XToolkit gesetzt. Ich meine mich aber zu erinnern das ich die Variable mal für Eclipse gesetzt habe. Kann sein das ich vergessen habe die rauszunehmen.

 

[Guest]

Also ich kann nicht mit bestimmtheit sagen an was es liegt. Habe zwar das Mtoolkit aus meiner etc/enivironment entfernt und mich dann neu eingeloggt aber nichts hat sich verändert.

Vielleicht hab ichs auch sonst noch wo drinnen stehen? Keine Ahnung.