- Created a test windows application, which have one UI with one text box and couple of combo box.
- The combo boxes are disabled on text change of the textbox and enabled after some processing. In code we have not added ‘Window.Refresh()’ method at the end of processing code block, which forces repaint of the controls.
- On change of the text it starts the inter-process communication with COM server.
- Observed that on change of the text it invokes the COM service and after execution return back from COM server to client (UI), the WM_PAINT message receives in the Windows::WndProc() method.
- Even though the WM_PAINT message received, the controls on the UI look disabled. When we move a mouse over the control then they gets enabled but the WM_PAINT message does not come in Windows::WndProc() method.
- On the other hand if we add ‘Window.Refresh()’ method in code after completion of the process then the controls on the UI gets enabled. I do not want to call this refresh method post processing.
Another option that I tried was putting the main thread to sleep for some seconds instead of invoking the COM service. In this case the UI was refreshed correctly.
How can we enable the control after cross processing?
Please guide me on this issue.