10.3.1: OnActivate wird vor OnCreate ausgeführt

[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.

[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.

[Uwe Raabe]

Kann ich hier in einer 8.1 VM nicht reproduzieren. Kann es eventuell an den DPI-Einstellungen der Anwendung bzw. des Windows 8.1 in der VM liegen?

[Bbommel]

Das Win8.1 in der VM hat bei mir eine Skalierung von 125% eingestellt. Möglicherweise spielt das eine Rolle.

Kann heute nicht mehr testen, ob sich was ändern würde, wenn ich die auf 100% stelle - bin nicht mehr an dem Rechner.

[hoika]

Hallo,
und ohne WS_Maximized ?

[blawen]

Zitat von hoika:

Hallo,
und ohne WS_Maximized ?

Persönlich hatte ich auch diverse Seiteneffekte, wenn WS_Maximized gesetzt war (Objekt nicht initialisiert, Fenster wird ungewollt angezeigt, etc.).
Dies war bei mir aber auch schon bei 10.2.3 der Fall. Nach einspielen des High-DPI Patch's von Uwe war aber wieder alles wie gewohnt.