<div dir="ltr">wx:batch() was originally intended as optimization, by not letting wxWidgets get control until the<div>complete work batch was done. I.e. a faster interface to the executing thread.</div><div><br></div><div>I have optimized the code since then and on linux batch is not needed, I have changed</div><div>so that events are checked (temporary allow wxWidgets to check/handle events) every forth batch otherwise</div><div>event handling could be starved when to many large batches where sent to wx thread.</div><div><br></div><div>But I have also noticed the problem, starting observer on a slow computer shows the problem,</div><div>and I have tried to revert the changes mentioned above but I have not managed to figure out what</div><div>have changed.</div><div><br></div><div>One thing that have changed is wxWidgets version, i.e. upgrade from 2.8 to 3.0.3 (soon to be 3.1 on windows),</div><div>but I don't know what is causing this, nor how where is should be fixed in the application code,</div><div> wx wrapper or wxwidgets library.<br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 21, 2020 at 10:55 AM zxq9 <<a href="mailto:zxq9@zxq9.com">zxq9@zxq9.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I have been working on a tool kit to make project creation, <br>
distribution, launching from source, etc. a bit smoother for cross <br>
platform Erlang apps (particularly client-side) and have hit a <br>
susprising snag: wx:batch/1 doesn't seem to have any effect on Windows.<br>
<br>
Due to this the GUI app browser and launcher windows populate in a <br>
glitchy way, Observer graphs flicker, and other marginally annoying <br>
phenomena occur -- but only on Windows.<br>
<br>
You can observe this by running wx:demo() and selecting any example <br>
frame that has multiple components.<br>
<br>
I get this effect with R22.2 on Windows 10, but haven't confirmed how <br>
far back this bug exists (this problem did not occur previously around <br>
the time of R18 on Windows 7).<br>
<br>
Would this be an issue with Windows, WX lib version, build config (I'm <br>
using the Windows x64 binary installer), graphics drivers, etc?<br>
<br>
Any ideas would be appreciated. It is still possible to write and run <br>
meaningful apps, of course (and they work great on other platforms) but <br>
Windows is a pretty important target for client-side code.<br>
<br>
-Craig<br>
</blockquote></div>