Swing Auf Enter - Eingabe reagieren

[Stinner]

Hallo,
evtl hätte ich den Beitrag auch im Anfänger Forum posten können...

Ich habe eine Oberfläche mit buttons an denen ActionListener hängen.
Unter anderem ein Suchfeld in das man was eintragen kann, dann den Suchbutton drückt und es startet eine Suche.
Jetzt will ich auch, dass wenn man im Suchfeld ( TextFeld) ist, einfach ENTER drücken kann.
Habe mich eben mal kurz eingelesen und gesehen, dass man das mit KexBindings machen sollte. Das ist mir aber gerade zu umständlich, da ich dann eine dann eine Action schreiben müsste und den Listener nicht mehr verweden kann ( dort steht meine Suchfunktion).

Wie könnte ich das schnell mit einem KeyListener hinbekommen, sodass ich den ActionListener verwenden kann - also beim drücken von ENTER wird der Listener aufgerufen?
Danke im vorraus, Stinner

 

[Marco13]

AFAIR schmeißt ein JTextField einen ActionEvent, wenn man ENTER drückt - sofern das JTextField den Focus hat... ???:L

 

[Stinner]

mhhh, okay.
Das verwolge ich mal. dann kann ich den gleichen Listener verwenden, muss nur rausfinden welches Event. Oder gibt es nur diesen ActionEvent?

 

[Marco13]

Was heißt "nur diesen"? Es ist in beiden Fällen "irgendein" ActionEvent. Wenn der Listener NUR die Aufgabe erfüllt, zu suchen (und den ActionEvent nicht direkt benutzt) ist das egal.

Ganz subjektiv: Ich finde es sinnvoll, den Listener nichts machen zu lassen, außer einer Methode aufzurufen

class Bla
{
    public void init()
    {
        ActionListener suchenActionListener = new ActionListener()
        {
            public void actionPerformed(ActionEvent e)
            {
                suche();
            }
        };

        someButton.addActionListener(suchenActionListener);
        someOtherButton.addActionListener(suchenActionListener);
        someTextField.addActionListener(suchenActionListener);

    }

    private void suche()
    {
        // ... macht die eigentliche Arbeit....
    }

}

 

[Stinner]

Super klappt.
ja, mache ich normalerweise auch so. aber schreibe gerade alles schnell runter, weil ich bald Abgabe habe.
Gruß

 

[Enigma228]

Hab ich mal aus meinem Code rausgestückelt

// KeylistenerObjekt für Eingabefelder erstellen
Ptf_Keylistener ptf_kl = new Ptf_Keylistener();
// Eingaben-Componenten
ptf_name = new PrefilledTextfield("Name"); // ist bloss ein abgeleitetes Jtextfield
ptf_name.addKeyListener(ptf_kl);

// Innere Klasse für die Textfelder damit die Suche nach einem Enter Klick gestartet wird
private class Ptf_Keylistener implements KeyListener{

	@Override
	public void keyPressed(KeyEvent e) {
		if(e.getKeyCode()==10){  // entspricht "Enter"
			b_search.doClick(); // hier wird ein ButtonKlick ausgeführt oder stattdessen dein Code
		}
	}

	@Override
	public void keyReleased(KeyEvent e) {
		// TODO Auto-generated method stub
	
	}
	@Override
	public void keyTyped(KeyEvent e) {
		// TODO Auto-generated method stub
		
	}
}

 

[HannsW]

		if(e.getKeyCode()==10){  // entspricht "Enter"
}

hier empfiehlt es sich die vordefinierten Werte aus KeyEvent wegen der besseren Lesbarkeit zu verwenden:

if(e.getKeyCode()==KeyEvent.VK_ENTER){

 

[Marco13]

		b_search.doClick(); // hier wird ein ButtonKlick ausgeführt oder stattdessen

Auf dass nieeee jemand den Button entfernen wollen möge...

 

[Enigma228]

@marco es sind Codeschnipsel aus meinem "Telefonbuch"-Programm und eine Suchroutine ohne Suchbutton ist einfach nicht benutzerfreundlich. grins
und wieso sollte ich den Code doppelt schreiben.. und wofür sonst kann mann die Funktion DoKlick() von Java so schön nutzen..

@HannsW Danke für den Hinweis !! habs in mein Programm implementiert!!

 

[Marco13]

@marco es sind Codeschnipsel aus meinem "Telefonbuch"-Programm und eine Suchroutine ohne Suchbutton ist einfach nicht benutzerfreundlich. grins
und wieso sollte ich den Code doppelt schreiben.. und wofür sonst kann mann die Funktion DoKlick() von Java so schön nutzen..

Naja, OB das in diesem Fall angebracht ist, musst letztendlich du entscheiden. Nur... wenn dort die Taste gedrückt wird, dann soll "das gleiche gemacht werden, wie wenn der Button geklickt wurde". Es soll aber (eigentlich, im allgemeinen, vermutlich) NICHT der Button geklickt werden. Stell dir vor, jemand hängt einen (weiteren) ActionListener an den Button, der sagt: "Hallo, gerade wurde der Button geklickt" - und das erscheint dann auch bei einem Tastendruck. Wie gesagt: Das ist ein Detail, und vielleicht ist es so OK, aber es sieht aus, als würde da eine Funktion mit Hilfe von doClick quasi "hintenrum" aufgerufen ... was würde dagegen sprechen, dort direkt das hinzuschreiben, was gemacht werden soll (d.h. der Aufruf EINER privaten Methode)?

 

[Ebenius]

Grundsätzlich ist der ActionEvent (high level) dem KeyEvent (low level) vorzuziehen. Zum Beispiel für Behinderte mit Eingabehilfen macht das einen erheblichen Unterschied.

Ebenius