10.3.1: OnActivate wird vor OnCreate ausgeführt

[Bbommel]

Zitat von hoika:

Hallo,

Zitat:

Aber ich würde immer noch gerne die Ursache verstehen und ob es wirklich ein Fehler von mir ist oder ein Bug in der VCL.

Wo ist das Problem?
Binde deine verwendeten Komponenten immer weiter ein und finde die, die Murks macht.

Ja, klar, das wäre die Notlösung. Das wird allerdings auch einiges an Bastelei, vielleicht würde ich dann doch einfach aufgeben und es halt doch einfach so hinnehmen.

Ich hatte gehofft, dass es eine Funktion aus den Standard-Units gibt, die benutzt wird, um das WM_ACTIVATE-Event anzulegen. Dann könnte man ja da einen Breakpoint reinsetzen und schauen, von wo aus das aufgerufen wird.

[Bbommel]

Zitat von Uwe Raabe:

Bist du sicher, daß es wirklich vor dem OnCreate aufgerufen wird oder eventuell auch innerhalb des OnCreate, noch bevor das fertig ist?

Ich hatte Breakpoints auf jeweils der ersten Zeile von meinem FormActivate und vom FormCreate. Die erste Zeile vom Activate wurde vor der ersten Zeile vom Create ausgeführt.

[Uwe Raabe]

Zitat von Bbommel:

Ich hatte gehofft, dass es eine Funktion aus den Standard-Units gibt, die benutzt wird, um das WM_ACTIVATE-Event anzulegen. Dann könnte man ja da einen Breakpoint reinsetzen und schauen, von wo aus das aufgerufen wird.

Das WM_ACTIVATE wird vom OS gesendet und kommt in der Anwendung in TCustomForm.WMActivate an. Es gibt meines Wissens keine Stelle, in der die VCL selbst ein WM_ACTIVATE absetzt.

Aber das WM_ACTIVATE löst den FormActivate Event gar nicht direkt aus. Dies geschieht in einer CM_ACTIVATE Message und diese wird an verschiedenen Stellen in einem Form ausgelöst: SetFocusedControl, ShowModal oder als Folge einer empfangenen WM_ACTIVATEAPP Message.

Gibt es vielleicht irgendwo einen Aufruf von Applicatition.ProcessMessages?
Welche Einstellung hat das Form-Property OldCreateOrder?

[Bbommel]

Hmh, es scheint so, als würde das Activate beim Fokussieren des PageControl auf dem Formular ausgelöst, und in den aufrufenden Funktionen davor passiert irgendwas mit einer Umrechnung wegen DPI. Ich vermute da irgendwo jetzt ein Problem vielleicht auch gerade im Zuammenspiel mit Win 8.1.

Um die Fragen noch zu beantworten:
OldCreationOrder ist false und war es auch immer. Aber auch ein Setzen von OldCreationOrder auf true ändert nichts - das Activate wird auch dann vorher ausgeführt.

Application.ProcessMessages kommt in meinem Programm an ein paar wenigen Stellen vor, aber nicht beim Initialisieren. Sicherheitshalber habe ich in die ProcessMessages aber auch mal einen Breakpoint gesetzt, um zu testen, ob es nicht doch schon versehentlich irgendwo aufgerufen wird. Wird es nicht.

Ich gebe die Ursachenforschung jetzt erst einmal auf - um das Formular Stück für Stück auseinanderzunehmen oder zu versuchen, noch tiefer in die VCL abzustiegen und rauszufinden, wo ein entscheidender Unterschied zwischen 10.2.3 und 10.3.1 ist, fehlt mir leider gerade die Zeit. Ich nehme es also erst einmal so hin, dass Activate und Create in umgekehrter Reihenfolge auftreten können und werde das mit Statusvariablen entsprechend abfangen (bzw. habe das in meiner 10.3-Spielwiese getan). Dann funktioniert das Programm ansonsten problemlos.

Danke für eure Anregungen!

[hoika]

Hallo,

Zitat:

beim Fokussieren des PageControl auf dem Formular

Den Fokus sollte man frühestens im OnShow, besser aber im OnActivate setzen,
weil vorher das Fenster (das eigentliche Windows-Fenster) noch gar nicht erzeugt ist.

[hoika]

Hallo,

Zitat:

Es gibt meines Wissens keine Stelle, in der die VCL selbst ein WM_ACTIVATE absetzt.

Die VCL nicht, aber diverse Fremd-Komponenten, z.B. der TAdvDateTimePicker.
Der schickt ein WM_ACTIVATE an sein Parent beim CloseUp seines Auswahlfeldes.

Ich habe mir deshalb angewöhnt, als erstes im FormActivate ein OnActivate=nil zu machen,
um die Ereignisbehandlung nicht mehrfach auszulösen.

[Uwe Raabe]

Zitat von Bbommel:

es scheint so, als würde das Activate beim Fokussieren des PageControl auf dem Formular ausgelöst

Das deckt sich mit meinen Erkenntnissen:

Zitat von Uwe Raabe:

Dies geschieht in einer CM_ACTIVATE Message und diese wird an verschiedenen Stellen in einem Form ausgelöst: SetFocusedControl

Zitat von Bbommel:

in den aufrufenden Funktionen davor passiert irgendwas mit einer Umrechnung wegen DPI.

In dem Bereich gibt es allerdings gravierende Unterschiede zwischen Rio und Tokyo.

[Bbommel]

Zitat von hoika:

Zitat:

beim Fokussieren des PageControl auf dem Formular

Den Fokus sollte man frühestens im OnShow, besser aber im OnActivate setzen,
weil vorher das Fenster (das eigentliche Windows-Fenster) noch gar nicht erzeugt ist.

Ja, das sehe ich genauso. Falls das missverständlich war: dieses SetFocus vom PageControl ist auch nichts, was ich selber mache, sondern das passiert halt innerhalb irgendwelcher VCL-Routinen. Wie geschrieben: wenn ich es einigermaßen eingegrenzt habe, dann passiert es in der Folge irgendwelcher DPI-Geschichten.

Zitat von hoika:

Zitat:

Es gibt meines Wissens keine Stelle, in der die VCL selbst ein WM_ACTIVATE absetzt.

Die VCL nicht, aber diverse Fremd-Komponenten, z.B. der TAdvDateTimePicker.
Der schickt ein WM_ACTIVATE an sein Parent beim CloseUp seines Auswahlfeldes.

An Fremdkomponenten habe ich nur pgDAC und VST. Beide kommen aber im Hauptformular, um das es hier geht, nicht vor, pgDAC nutze ich auch sonst nur im Code und nicht als Komponente.

Zitat von Uwe Raabe:

Zitat von Bbommel:

es scheint so, als würde das Activate beim Fokussieren des PageControl auf dem Formular ausgelöst

Das deckt sich mit meinen Erkenntnissen:

Jepp, so war es auch gemeint.

Zitat von Uwe Raabe:

Zitat von Bbommel:

in den aufrufenden Funktionen davor passiert irgendwas mit einer Umrechnung wegen DPI.

In dem Bereich gibt es allerdings gravierende Unterschiede zwischen Rio und Tokyo.

Ich meinte, das auch im Hinterkopf gehabt zu haben - Danke für die Bestätigung. Vielleicht sind es ja dann tatsächlich ungewollte Nebeneffekte der Änderungen in dem Bereich.

[hoika]

Hallo,
das sind aber doch seeeehr gravierende Änderungen, oha.

[Bbommel]

*** Update: ich konnte das Problem mit einer neuen, leeren Anwendung reproduzieren ***

Vorgehen: neue, leere VCL-Anwendung erstellen. Dem Form1 den WindowsState Maximized zuweisen. Die beiden Events OnActivate und OnCreate werden mit folgendem Code versorgt:

Delphi-Quellcode:

procedure TForm1.FormActivate(Sender: TObject);
begin
  ShowMessage('activate');
end;

procedure TForm1.FormCreate(Sender: TObject);
begin
  ShowMessage('create');
end;

Die Anwendung starten.

Ergebnis unter Win 8.1 in der VM: activate läuft vor create.
Ergebnis unter Win 10 ohne VM: create läuft vor activate.

Das is'n Bug, oder? Denn die Doku gibt die Reihenfolge der Events ja eigentlich vor (siehe hier: http://docwiki.embarcadero.com/Libra...mForm.OnCreate)

Vielleicht haben wir ja zusammen die Chance, es weiter einzugrenzen, in welcher Konstellation der Fehler genau auftritt. Falls jemand z.B. ein Win 8.1 ohne VM hätte, könnte man es ja mal da testen.