michalgw
michalgw
Thank you for the advice, but it still does not work. http://pastebin.com/mfsx2H9Z I am waiting for your working example of using threads.
As I wrote, the problem occurs on Windows. It worked fine on Linux.
I just tested and the problem still persists (fpgui-develop and fpc-main). To reproduce the problem, run program and grab title bar of form - thread synchronization is suspended.
Try examples I've attached earlier: http://sourceforge.net/p/fpgui/bugs/15/attachment/testsync.zip http://pastebin.com/mfsx2H9Z
Yes, the problem occurs with that binary (tested on Windows 10). When I grab title bar and move window - the form stops blinking and counter is not incremented until...
> Don't feel offended, but shall we really consider that as an issue? If you are using threads then definitely yes. > Ha, ok, I get it now. I probably...
But if you run the second example (http://pastebin.com/mfsx2H9Z) with changed synchronize to queue the window remains unresponsive to mouse and keyboard because windows messages are not processed.
I suspect the main application loop and/or gdi window procedure. I attach an example: [onmove.zip](https://github.com/graemeg/fpGUI/files/10669707/onmove.zip)
Indeed, this example with queue is not the best, because the return from CheckSynchronize may never happen - more queue items may arrive while the queue is being processed. Using...
I just tried with TfpgPanel but effect is the same.