Sekunden in Millisekunden für Sleep umwandeln

[a.def]

Ohne dieses ProcessMessages sehe ich die das neu positionierte Bild noch immer an der alten Stelle.

[t.roller]

Zitat:

Zitat von himitsu (Beitrag 1363843)

Laut Definition will SetWaitableTimer direkt den LARGE_INTEGER und keinen "QuadPart".

Zeit.QuadPart ist INT64.
Largeint ist ein 8 Byte großer Integerwert mit Vorzeichen.
Ist also das Gleiche!

WINDOWS.PAS:
LARGE_INTEGER = record
case Integer of
0: (
LowPart: DWORD;
HighPart: Longint);
1: (
QuadPart: LONGLONG);
end;
TLargeInteger = Int64;

Zitat:
Remarks

The LARGE_INTEGER structure is actually a union. If your compiler has built-in support for 64-bit integers, use the QuadPart member to store the 64-bit integer. Otherwise, use the LowPart and HighPart members to store the 64-bit integer.

[Luckie]

Zitat:

Zitat von a.def (Beitrag 1363898)

Ohne dieses ProcessMessages sehe ich die das neu positionierte Bild noch immer an der alten Stelle.

Dann wäre wohl ein Refresh oder ähnliches angebracht.

[stahli]

@a.def

Die Positionsberechnung führst Du sicher in einem anderen Ereignis durch - oder?
Dann ruf Deine Positionsberechnung einfach noch mit in der Timer-Behandlung auf. Dann sollte das eigentlich funktionieren.

Mit Application.Processmessages schiebst Du im Grunde auch nur eine zusätzliche Ereignisbehandlung in die Timerbehandlung hinein.
Das kann aber Probleme machen - siehe hier: http://www.delphipraxis.net/190294-p...alsection.html

Kannst Du sonst mal ein Demoprojekt anhängen? Das sollte eigentlich ohne ProcessMessages funktionieren.

[himitsu]

Das Timer-Event ist eine Message und direkt danach werden alle weiteren Messages verarbeitet, es bringt also eigentlich garnichts, wenn man das vorher selber die Messages verarbeiten will, abgesehn von den genannten Problemen mit den rekursiven Aufrufen.

[Mavarik]

Zitat:

Zitat von a.def (Beitrag 1363898)

Ohne dieses ProcessMessages sehe ich die das neu positionierte Bild noch immer an der alten Stelle.

Dann stimmt immer noch etwas nicht...

Der Timer wird in der UI-Thread ausgeführt und wenn die Timerroutine durchgelaufen ist, geht es in der 0-Task(UI) weiter also müssen alle Änderungen angezeigt werden...

Mavarik

[a.def]

Zitat:

Dann stimmt immer noch etwas nicht...

Habe das durch ein Form1.Update; ersetzt.

[Mavarik]

Zitat:

Zitat von a.def (Beitrag 1363921)

Zitat:

Dann stimmt immer noch etwas nicht...

Habe das durch ein Form1.Update; ersetzt.

"Darf" eigentlich auch nicht nötig sein... Es sei den Du belastet den UI-Thread mit anderen dingen, die Du uns nicht erzählt hast.

[a.def]

Es gibt nur diesen einen Timer.
Alle 5 Sekunden verschiebt der ein Bild minimal und setzt es 50 Millisekunden später wieder an die ursprüngliche Stelle zurück.

[himitsu]

Somit hast du doch nicht alles verraten!

Also sieht es jetzt so aus, im OnTimerEvent?

Zitat:

verschiebe
warte 50ms
verschiebe

Die VCL ist natürlich schlau und malt sich absichtlich nicht sofort neu, sondern schickt beim Verschieben sich nur eine Refresh-Message
womit die Komponente nach dem Timer-Event (WM_TIMER Message) sich erst neu malt und dann natürlich nur an der zweiten Position. :stupid: