Re: PostThreadMessage to a thread that has a modal dialog shown
ultranet wrote:
"ultranet" wrote:
I recall seeing modal windows causing original event
loop to be deactivated, and starting their own event
loop. But i don't recall if that new event loop was
running on the same thread or not. From this experience
i tend to think not. Does that mean there is no way for
me to queue task above while modal window is showing?
WM_NATIVE_EVENT_LOOP is a user message, registered w/
RegisterWindowMessage.
I'd settle for the message to be at least processed after
the modal window is closed.
Even if the modal event loop runs on the same thread, i
think it has it's own handler, and effectively overwrites
the original event loop. Which would explain why i don't
see the message ever.
Closing the modal windows before sending the message
should work for me, but i'm just trying to understand
what's going on.
Closing the modal window will help you in short term while
ignoring the problem in long term. Igor and William already
explained to you that posting messages to threads in GUI
application is bad thing to do since message doesn't have
destination window, so it occasionally dropped by
DispatchMessage or whatever.
Common approach to establish messaging communication between
threads in GUI application is to post/send messages to
windows. It can be the same window, which user sees or it
can be messaging window created for sole purpose of
receiveing messages. See about message only windows here:
"Window Features"
http://msdn.microsoft.com/library/en-us/winui/winui/windowsuserinterface/windowing/windows/windowfeatures.asp
Look in "Message-Only Windows" section.