TApplicationevents.onmessage

[Mattze]

Hallo,

ich bin nun einen Schritt weiter und damit wahrscheinlich am Ende.
Dank Eures Tipps habe ich das mal gaaanz klein gemacht und nur das Allernötigste rausgezogen.

Es ist nicht die Art der Berechnung bei mir. Das klappt ordentlich.

Es ist die VirtualExplorerEasyListview!
Dort stoße ich bei einem Click die Berechnung (für das selektierte Dir) an und da kommt es zu diesem komischen Verhalten in applicationevents.onmessage.

Bsp.: Ein Schalter, dessen Click die Berechnung abbrechen soll (da das bei jedem Mousebutton überall im Formular passieren soll, in AEM. Das funktioniert!) und danach noch etwas macht.
Tut er aber nicht. Erst, wenn ich ihn zum zweiten Mal anclicke wird die Click-Prozedur auch ausgeführt.
Wenn ich mir AEM klemme und nur im Buttonclick den Abbruch aufrufe, funktioniert es auch.
(Ich wollte mir das eben nur einfach machen, in dem ich "global" im Formular die Berechnung abbreche. Nun werde ich wohl wirklich für alles eine Clickprozedur schreiben, in dem nur der Abbruch steht. Na ja, man gönnt sich ja sonst nix...)

Gruß
Mattze

[himitsu]

Achtung, wenn du in der Behandlung (oder davor) irgendeiner anderen Message (d)eine Aktion abbrechen willst, aber wo in dieser Message schon das Andere ausgeführt wird, dann wird erst die andere Aktion ausgeführt und danach dann das Erste beendet, denn ...

Beispiele:

Delphi-Quellcode:

while not Abbruch do begin
  // mach was
  Application.ProcessMessages;
end;

oder (hier wird danach noch mehr gemacht)

Delphi-Quellcode:

while not Abbruch do begin
  Application.ProcessMessages;
  // mach was
end;

Im Application.ProcessMessages wird diese Message verarbeitet und erst nach Abarbeitung geht es in den ersten Code wieder rein.

Maximal mit einem Abort im OnMessage könnte man hier nach der neuen Message das Äußere abschießen.