TApplication.OnIdle Event

[TurboMagic]

So wie ich es verstehe wird zumindest unter Windows OnIdle immer dann aufgerufen, wenn keine Botschaften zu verarbeiten sind. Schubst du also eifrig die Maus oder klimpert mit der Tastatur, wird es kaum zum Zug kommen.

[Michael II]

Zitat von TurboMagic:

Schubst du also eifrig die Maus..., wird es kaum zum Zug kommen.

Für den von freimatz beschriebenen Fall done=true ("OnIdle is called only once, as the application transitions into an idle state."): Das Gegenteil ist der Fall. Windows sendet dann haufenweise WM_MOUSEMOVEs an deine App, was zu haufenweise zusätzlichen "OnIdles" führt.

Zitat von freimatz:

Kann es sein, dass es an einem Timer liegt, der regelmäßig kommt?

Wenn du wissen willst nach welchen WM_xxx Meldungen dein Idle(.) ausgelöst wird, dann könntest du die WM_xxx zwischen zwei Idles ja abspeichern (zum Beispiel via TApplicationEvents OnMessage).

Du schreibst nicht, was du in deinem OnIdle Handler tust. Eventuell könntest du die Dinge woanders tun (?).

[freimatz]

Hallo,
Danke für die Hinweise. Dann ist es mir so ungefähr klar wie das OnIdle funktioniert. Es geht dann wohl nur um Windows-Botschaften. Wenn im Hintergrund noch ein Thread vor sich hinwerkelt wird das nicht berücksichtigt - oder? Dann wäre die Doku etwas irreführend.

Ich wollte das was ich in OnIdle machen will, nicht gleich woanders machen sondern zuerst mal verstehen.

In meinem Anwendungsfall gibt es auch niemand der die Maus schubst oder Tasten drückt. In dem Fall hat man eine TAction ausgelöst und unsere Testautomatisierung will wissen wenn sie weiter machen kann.

[TurboMagic]

OnIdle ist in der Tat unabhängig von irgendwelchen Threads die du erzeugt hast.

[QuickAndDirty]

Zitat von TurboMagic:

OnIdle ist in der Tat unabhängig von irgendwelchen Threads die du erzeugt hast.

Naja, Es wird ja geraten CheckSynchronize in OnIdle auzurufen.

Wenn man das macht, dann hat es aufeinmal ne Menge einfluss auf Threads die ihre Ausgabe mit dem Hauptthread synchronisieren.
Edit:
Hab gerade bemerkt das CheckSynchronize nie bei mir aufgerufen wird und Synchronize trotzdem ordnungsgemäß funktioniert...könnte das an FMX liegen oder an System.Classes.WakeMainThread ?

[himitsu]

Wobei CheckSynchronize im ProcessMessage schon drin ist.
Und wenn dort nichts gemacht wurde und du es dann nochmal aufrufst, dann sollte ja nichts In der SynchronizeQueue drin sein (sonst würde OnIdle nicht aufgerufen), damit dürfte CheckSynchronize nicht machen und es würde keinerlei Unterschied geben.

[QuickAndDirty]

Zitat von himitsu:

Wobei CheckSynchronize im ProcessMessage schon drin ist.
Und wenn dort nichts gemacht wurde und du es dann nochmal aufrufst, dann sollte ja nichts In der SynchronizeQueue drin sein (sonst würde OnIdle nicht aufgerufen), damit dürfte CheckSynchronize nicht machen und es würde keinerlei Unterschied geben.

hm,
Ich versuche ja Processmessages zu vermeiden...nur beim Anyindicator und bei Laufbalken kommt es zum einsatz.
OMG....
Das erklärt warum damals Processmessages und Threads in Kombination so Wirre effekte hervorgerufen haben. Und ich Processmessages(und Timer) deswegen ziemlich abgeschafft habe.
Gibt es eine ProcessMessages variante die nicht CheckSynchronize aufruft?