TApplication.OnIdle Event

[freimatz]

Hallo zusammen,
kann mir wer nähere Infos geben, wann denn das TApplication.OnIdle Event kommt.
Mit google finde ich das: http://docs.embarcadero.com/products...on_OnIdle.html

Was heisst "An application is idle when it is not processing code.".

Wenn ich hier eine App starte, dann erscheint zuerst ein Splash-Screen und bin ich schon im OnIdle bevor überhaupt das Hauptfenster offen ist. Da komme ich dann immer wieder vorbei. ("Done" wird nicht verändert, ist auf True)
Kann es sein, dass es an einem Timer liegt, der regelmäßig kommt?

Wenn ich im Callstack schaue, dann komme ich daher:

Delphi-Quellcode:

procedure TApplication.HandleMessage;
var
  Msg: TMsg;
begin
  if not ProcessMessage(Msg) then Idle(Msg);
end;

Könnte man vereinfacht sagen, OnIdle kommt sobald alle Windows-Botschaften abgearbeitet sind?

[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 ?