<div dir="ltr"><div>I wouldn't rely on event order as anything between the creation to Application.Run could call Application.ProcessMessages - including some components/controls you may be using. As a rule of thumb you should assume that after calling a control (or form) that it can start receiving events.</div><div><br></div><div>In Qt4 styling is done through native code (QStyle subclasses) and it can alter widgets (QStyle::polish) so it isn't unthinkable that a theme could do something that generates events.<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Nov 25, 2018 at 6:47 PM zeljko via lazarus <<a href="mailto:lazarus@lists.lazarus-ide.org">lazarus@lists.lazarus-ide.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 11/25/2018 04:43 PM, Vojtěch Čihák via lazarus wrote:<br>
<br>
> CRASH, because code in OnActivate assumes that FrmContext already exists.<br>
> <br>
> So, Qt4+Plastique has different order of events than Qt4+QtCurve.<br>
> <br>
> Unfortunately, I cannot reproduce with simple demo.<br>
> <br>
> What I'm doing wrong? Do I rely on something that is not guaranteed?<br>
<br>
Try to disable usage of QtNativeEventFilter in qtdefines.inc if it's <br>
enabled.<br>
<br>
zeljko<br>
-- <br>
_______________________________________________<br>
lazarus mailing list<br>
<a href="mailto:lazarus@lists.lazarus-ide.org" target="_blank">lazarus@lists.lazarus-ide.org</a><br>
<a href="https://lists.lazarus-ide.org/listinfo/lazarus" rel="noreferrer" target="_blank">https://lists.lazarus-ide.org/listinfo/lazarus</a><br>
</blockquote></div>