Jedes Mal, wenn Timer.Enabled auf True gesetzt wird, fängt der Timer wieder bei 0 an zu zählen.
Das beschriebene Verhalten kommt nur dann, wenn die Aktion zwischen Enabled := True und Enabled := False länger dauert als der Timer.Interval lang ist.
Allerdings verstehe ich was das soll (so wird es von matze beschrieben)
Delphi-Quellcode:
procedure TForm1.Button1Click( Sender : TObject );
begin
Timer1.Enabled := True;
// Hier tut sich was ...
Timer1.Enabled := False;
end;
Was soll denn nun wirklich erreicht werden? Einen Sinn macht diese Vorgehensweise nur dann, wenn ich feststellen möchte, ob die Verarbeitungsdauer in der Methode Button1Click länger als Timer1.Intervall dauert.
Ansonsten ist das Konstrukt irgendwie sinnentleert und führt (wie wohl hier auch passiert) zu einem komischen - nicht erwarteten - Verhalten. Ein Programm macht das was man ihm sagt - das weicht manchmal erheblich von dem ab, was man erreichen wollte
Um einen Timer anzuhalten, weil dieser während der Verarbeitung schweigen soll, danach aber wieder weitermachen soll, dann so
Delphi-Quellcode:
procedure TForm1.Button1Click( Sender : TObject );
begin
Timer1.Enabled := False;
// Hier tut sich was ...
Timer1.Enabled := True; // In Timer1.Intervall msec wird der Timer1-Event aufgerufen
end;
Eine weitere Verwendung des Timer wäre z.B. auch, eine Eingabe in einem Edit-Feld erst nach einer "abgeschlossenen" Eingabe zu verarbeiten (z.B. bei einer Suche des eingegeben Begriffs)
Es wäre schließlich sehr störend, wenn die Eingabe des Begriffs ständig durch die Suche unterbrochen würde, und das, wo die Suche einfach nur zu viele Treffer liefern würde, weil der User mit der Eingabe des Suchbegriffs noch nicht fertig ist
Delphi-Quellcode:
// Timer1.Interval = 1000 oder auch höher, je nach Belieben
procedure TForm1.Edit1Change( Sender : TObject );
begin
Timer1.Enabled := True; // Bei jeder Änderung im Edit-Feld wird der Timer zurückgesetzt!
end;
Erst wenn der User mit der Bearbeitung länger als Timer1.Interval msec wartet, wird der Timer ausgelöst.