No. I added a mouse hook in the view thread and post another message to the frame's thread in OnLbuttonDown and OnRbuttonDown. In the mainframe's handler I call SendTrackLost() .

Please advise if you think my solution will cause problem or you have better solutions.

Thanks

Hmm.

It must help with RecalcLayout problem, but

does it fix problem with closing popups clicking on anywhere in the View?

I finally get workaround of this problem.

In the view's thread's OnIdle handler, I post a message to the main thread to ask the mainthread to call its OnIdle handler. Then everything works.

I don't know any side effect of this workaround. Any feedback is appreciated.

These all problems because Frame and View must be in same thread. Try to remake it.

I found another problem. It seems when my mouse is inside the UI of my View( in a separate thread than mainfram), the mainframe control's OnUpdateUI handler is not called. Only when the mouse move over some part of the mainframe, the handler is called and the control is updated.

Calling pControl->GetParent()->OnRecalcLayout(); solved my problem. Do I have to do it whenever I update the control in a thread or you could fix this in a future version?

Best

Jeff

I am using 9.7 . Adding DelayLayoutParent() does not help.

This is how my program works. I have the MainFrame and View, in the view, I upgrade some XTP control's caption. At first they are all in the same thread and no program with it. In a later version, I change the view to run in a new thread, still updating the XTP control in the view, then I got the problem, the control won't update until I force the mainframe to redraw.

What version do you have?

try to call