10.3.1: OnActivate wird vor OnCreate ausgeführt

[Uwe Raabe]

Zitat von blawen:

Win10 mit 4k+HD Monitor (Mischbetrieb):

Welche DPI hat der primäre Monitor?

[jaenicke]

Zu dem OnActivate...
Ich mache das schlicht so, dass ich darin dem Formular per PostMessage eine Nachricht schicke. Die wird dann verarbeitet nachdem es angezeigt wurde, egal wann das OnActivate aufgerufen wird.

[DieDolly]

Zitat von jaenicke:

Zu dem OnActivate...
Ich mache das schlicht so, dass ich darin dem Formular per PostMessage eine Nachricht schicke. Die wird dann verarbeitet nachdem es angezeigt wurde, egal wann das OnActivate aufgerufen wird.

Ich mache das im OnPaint so mit WMFormVisible. Ist Paint oder Activate besser?

[jaenicke]

Nun ja, OnPaint funktioniert natürlich auch, aber ein Event zu nutzen, das einen vollkommen anderen Zweck hat, widerstrebt mir schon sehr.

[DieDolly]

Ist OnActivate in Verbindung mit WMFormVisible denn in Ordnung und besser als OnPaint? (Code erst ausführen, wenn Form wirklich sichtbar ist)
Weil ich habe das gerade getestet. Showmessage in OnPaint und in OnActivate. Die Showmessage im OnActivate wird schon angezeigt, wenn das Form noch nicht sichtbar ist.

[HolgerX]

Hmm..

Wenn ich eine Behandlung brauche, welche erst ausgeführt wird wenn die Form sichtbar ist, dann mach ich das PostMessage im OnShow.
OnActivate habe ich bisher noch nicht verwendet.

Da OnPaint immer wieder aufgerufen wird, auch wenn nur ein Anderes Fenster kurz über das eigene gezogen wurde (es muss halt immer wieder neu gemalt werden), würde ich es nicht dort machen..

[DieDolly]

Zitat:

Wenn ich eine Behandlung brauche, welche erst ausgeführt wird wenn die Form sichtbar ist, dann mach ich das PostMessage im OnShow.

Das ist so nicht richtig.
Code der im OnShow ausgeführt wird, wird schon ausgeführt bevor das Formular sichtbar ist.

Das Formular ist erst im OnPaint sichtbar. Weder im OnShow noch im OnActivate ist es direkt nach Programmstart beim ersten Eventaufruf sichtbar. Testet es mal mit einer MessageBox.

Zitat:

Da OnPaint immer wieder aufgerufen wird,

Dafür setzt man dann auch eine Variable, damit genau das nicht passiert und Code initial dort nur einmalig ausgeführt wird.

[blawen]

Zitat von Uwe Raabe:

Zitat von blawen:

Win10 mit 4k+HD Monitor (Mischbetrieb):

Welche DPI hat der primäre Monitor?

150% (144 dpi)

Aktuell habe ich auf besagte Monitor-Kombination keinen Zugriff (Geschäfts-Monitor), aber beim testen mit zwei unterschiedlichen Notebooks (W10, HD-Auflösung) kann ich das Problem problemfrei nachstellen.

Zitat:

Bei mir ist es relativ einfach nachstellbar:

- Neues Projekt
- 2 leere Formulare

Win10 mit 4k+HD Monitor (Mischbetrieb):
- Beide Formulare mit wsMaximized-> 2 Formulare werden geöffnet/angezeigt
- Form1 auf "wsNormal" und Form2 auf "wsMaximized" -> Form2 überdeckt Form1, Form2 kann aber nicht geschlossen werden

Wenn ich nur einen HD-Monitor angeschlossen habe, funktioniert es bei mir auch mit 10.3.1 wie erwartet.
Ebenso funktioniert es mit einer gepatchten 10.2.3 wie erwartet

Sobald die Auflösung > 100% (> 96 DPI) ist, tritt das beschriebene Problem auf. Analog gilt dies bei mir bei einer ungepatchten 10.2.3.

Schlussendlich scheint die Kombination HD/4k keinen Einfluss zu haben, es reicht zumindest bei mir aus, wenn die Auflösung > 100% (> 96 DPI) ist.

[DieDolly]

Zitat:

Schlussendlich scheint die Kombination HD/4k keinen Einfluss zu haben, es reicht zumindest bei mir aus, wenn die Auflösung > 100% (> 96 DPI) ist.

Das könnte noch ein sehr interessantes Problem werden. Ich habe das eben mal nachgestellt und bekomme Create immer vor Activate. Windows 10 Pro 64 bit.

[Edelfix]

Änliches Problem:

https://www.delphipraxis.net/199789-...ml#post1426047