Probleme mit TTimer durch andere Anweisungen

[jaenicke]

Zitat:

Zitat von nahpets (Beitrag 1360041)

Praktische Erfahrung:
Gerade bei sehr kurzen Timerintervallen kann es passieren, dass das Ereignis bereits wieder ausgelöst wird, bevor das letzte Ereignis komplett verarbeitet wurde.

Aber nur, wenn da irgendwo ein Application.ProcessMessages im Spiel ist. Denn sonst kann ja niemand das WM_TIMER verarbeiten während man noch in der Messageloop hängt.

Am besten wäre jedenfalls vermutlich ein separater Thread, der sich zu den festgelegten Zeitpunkten mit dem Hauptthread synchronisiert und die gewünschte Aktion durchführt.
Dann belastet man die Messageloop nicht so stark und kann die Zeitpunkte auch genauer steuern.

[nahpets]

Wie kann ich eigentlich, wenn ich in 'nem Timerereignis irgendwas auf dem Bildschirm optisch verändere, diese Änderung ohne Application.ProcessMessages zur Darstellung bringen?

[Uwe Raabe]

Zitat:

Zitat von nahpets (Beitrag 1360048)

Wie kann ich eigentlich, wenn ich in 'nem Timerereignis irgendwas auf dem Bildschirm optisch verändere, diese Änderung ohne Application.ProcessMessages zur Darstellung bringen?

In der Regel mit einem Aufruf von Refresh:

Delphi-Quellcode:

  for I := 1 to 10 do begin
    Label1.Caption := I.ToString;
    Label1.Refresh;
    CheckBox1.Checked := not CheckBox1.Checked;
    CheckBox1.Refresh;
    Sleep(1000);
  end;