Verhindern von Mehrfachaktionen in der GUI

[himitsu]

Von welchen Zeiteinheiten reden wir hier denn?

Zitat:

Ich habe das folgende Problem, dass ich in meinem Programm öfters mal eine Aktion im onclick-Ereignis eines Controls ausführe, während der sämtliche anderen onclick-Ereignisse des Formulars bzw. der Applikation nicht funktionieren sollen

Standardmäßig reagiert die IDE und somit alle anderen Ereignisse nicht, wärend z.B. ein OnCLick-Ereignis earbeitet wird.
(es sei denn man umgeht es über Application.ProgressMessages)

wenn es nur um ein paar Sekündchen geht, dann Screen.Cursor ändern und einfach machen (ohne eine zwischenzeitliche Behandlung der Messages) und schon gibt es keine Probleme.

[s.h.a.r.k]

Vielleicht sind ja auch Threads im Spiel?! Ich denke, dass die schon eine recht allgemein Diskussion ist, daher ist es ja an sich von der Zeitspanne relativ unabhängig.

[eike42]

Zitat von himitsu:

Standardmäßig reagiert die IDE und somit alle anderen Ereignisse nicht, wärend z.B. ein OnCLick-Ereignis earbeitet wird.
(es sei denn man umgeht es über Application.ProgressMessages)

Wenn es so wäre hätte ich ja keine Probleme! Aber (zumindest bei mir) kann man einen Doppelklick auf einen Button machen und hat 2 Threads parallel. Vielleicht eine Compilereinstellung?

[s.h.a.r.k]

Zitat von eike42:

Vielleicht eine Compilereinstellung?

Das ist eher unwahrscheinlich, da während der Abarbeitung deines Codes keinerlei Messages abgearbeitet werden. Die Form dürfte eigentlich auch nicht bedienbar sein.

[eike42]

Ja, ich habe es grade an einem Beispielprojekt getestet und es ist wie du sagst. Das Form ist blockiert, solange meine onclick läuft.

Komischerweise ist es in meinem "grossen" Projekt wirklich so, dass man mehrfach klicken kann. Ich mache dort ziemlich viel mit sehr vielen Objekten, vielleicht liegt es daran, dass Delphi dann verschiedene Threads startet?

[Namenloser]

Delphi startet nie von sich aus verschiedene Threads. Wahrscheinlich wird irgendwo während der Verarbeitung Application.ProcessMessages aufgerufen.

[s.h.a.r.k]

Oder du nutzt Komponenten die intern Threads starten bzw. Application.ProcessMessages ausführen. Sinnvoller ist es aber an sich schon, dass man selbst Threads startet und dem User entsprechend Feedback gibt. Klar, ist es mehr Aufwand und muss immer abgeschätzt werden.

[himitsu]

Wie gesagt, wenn man die Messagebearbeitung irgendwo "manuell" Abarbeitet, dann werden diese auch zwischendurch abgearbeitet.

> Delay, Application.ProcessMessages und Co.

Zitat von NamenLozer:

Delphi startet nie von sich aus verschiedene Threads. Wahrscheinlich wird irgendwo während der Verarbeitung Application.ProcessMessages aufgerufen.

Wie du an deinem Test ja gemerkt hast.

[Namenloser]

Zitat von himitsu:

Zitat von NamenLozer:

Delphi startet nie von sich aus verschiedene Threads. Wahrscheinlich wird irgendwo während der Verarbeitung Application.ProcessMessages aufgerufen.

Wie du an deinem Test ja gemerkt hast.

Darf man fragen, was damit gemeint ist?

[himitsu]

Zitat von NamenLozer:

Darf man fragen, was damit gemeint ist?

Tschuldschung ... sprach den TE an, welcher ja in seinem Test nun auch festgestellt hatte, daß da "eigentlich" nichts paralell läuft.

Zitat von eike42:

Ja, ich habe es grade an einem Beispielprojekt getestet und es ist wie du sagst. Das Form ist blockiert, solange meine onclick läuft.