Zu schnelle Buttonklicks verhindern?

[Verjigorm]

Hallo,

ich habe da mal eine Frage:

Und zwar habe ich 2 Buttons, die sowohl zu einer JTable eine Zeile hinzufügen bzw. entfernen, sowohl einen neuen Tab in einer TabbedPane hinzufügen bzw. entfernen.

Wenn man den Button zum Entfernen sehr schnell hintereinander drückt, dann gibts in der JTable eine Exception, weil versucht wird, im TableModel eine Zeile zu entfernen, die nichtmehr vorhanden ist, weil sie ja grade entfernt wurde.

Habe also im ActionListener des Buttons als ersten Befehl ein setEnabled(false) für den Button an sich gesetzt.
Das hat das Problem eigentlich auch behoben, aber (man glaubt es nicht) man kann den Button tatsächlich schneller drücken, als das setEnabled greift.

Gut, eine zusätzliche Abfrage beim Entfernen der Tabellenzeile hat das Problem dann ganz gelöst.

Nun bleibt für mich aber letzendlich die Frage:
Ich bin bisher davon ausgegangen, dass der erste Befehl im Actionlistener doch schneller greift, als ein weiterer Buttonklick. Dies scheint aber nicht so zu sein.
Lässt sich das Problem nicht irgendwie anders lösen?

 

[musiKk]

Du kannst das Property multiClickThreshold setzen. Das gibt die Zeit in Millisekunden an, in der keine weiteren Klicks gezaehlt werden.

 

[lhein]

Also wenn Du Dein Eventhandling korrekt aufgebaut hättest, dann sollte es gar keine Probleme geben.
Wie kann es denn sein, dass Dein TableModel das entfernen der Zeile nicht "schnell genug" mitbekommt?
Wieso ist der Entfernen Button aktiv, wenn gar keine Zeile in der Tabelle selektiert wurde?

Fragen über Fragen...

Gruß
lhein

 

[Verjigorm]

Also wenn Du Dein Eventhandling korrekt aufgebaut hättest, dann sollte es gar keine Probleme geben.
Wie kann es denn sein, dass Dein TableModel das entfernen der Zeile nicht "schnell genug" mitbekommt?
Wieso ist der Entfernen Button aktiv, wenn gar keine Zeile in der Tabelle selektiert wurde?

Fragen über Fragen...

Gruß
lhein

weil bei jedem Klick die letzte row aus der Tabelle entfernt wird und nicht die grad selektierte

das mit dem multiClickThreshold hört sich gut an, werd ich mal schauen.

 

[lhein]

Dann würde ich mal sagen, dass Dein Action Code hier unzureichend ist. Wenn keine Zeile mehr da ist, kann auch keine mehr gelöscht werden. Sowas gehört grundsätzlich mal abgefangen bzw. der Enabled-State Deines Buttons sollte als Bedingung haben, dass mind. 1 Row übrig ist.

 

[Marco13]

Kannst du ein compilierbares Beispiel posten, wo so ein Verhalten auftritt?

 

[Ark]

Ich würde einfach den Button lahmlegen (enabled=false), bis die Aktion abgeschlossen ist. Das Lahmlegen muss natürlich noch im EDT geschehen, um dem Synchronisationsproblem zu entgehen.

Ark

 

[byte]

Ich würde einfach den Button lahmlegen (enabled=false), bis die Aktion abgeschlossen ist. Das Lahmlegen muss natürlich noch im EDT geschehen, um dem Synchronisationsproblem zu entgehen.

Hat er doch gemacht und das ist doch grade das Problem. ???:L


multiClickThreshold sollte das Problem beheben. Falls nicht, kannst Du Dir auch einen DelayedButton bauen, der beim Klick zunächst einen Timer startet und bei einem erneuten Klick der Timer wieder neu beginnt. Erst nach Ablauf des Timers wird dann die eigentliche Action getriggert.
Ich benutze sowas für Textfelder, um Eingaben on-thy-fly zu verarbeiten, ohne dass der Benutzer einen Button drücken muss.

 

[Ark]

Ich würde einfach den Button lahmlegen (enabled=false), bis die Aktion abgeschlossen ist. Das Lahmlegen muss natürlich noch im EDT geschehen, um dem Synchronisationsproblem zu entgehen.

Hat er doch gemacht und das ist doch grade das Problem. ???:L

Oh, stimmt. Das habe ich dann wohl überlesen.

Trotzdem möchte ich zu gerne den Quelltext sehen, weil ich das genauso wie Verjigorm nicht glauben kann (also dass das nicht funktionieren sollte).

Ark