Yes, Oleg solved it after I opened a support case.

In a class derived from CXTTipWindow, catch ON_WM_LBUTTONDOWN and add code

void CTestTipWindow::OnLButtonDown(UINT nFlags, CPoint point) {

HideTipWindow();

mouse_event(MOUSEEVENTF_LEFTDOWN, 0, 0, 0, 0); }

This hides the tip window AND sends the owner the first click, such that a subsequent second click gets properly recognized as a double click.

No, I didn't hide the tooltip on WM_LBUTTONDOWN handler in parent class. If I do that, I still miss the first double click, but then since the tooltip is gone if I double click again the parent gets it.

Catching WM_LBUTTONDBLCLK in my CXTTipWindow-derived class is what I tried before. I do not receive any double clicks in my derived class handler. Maybe something in CXTipWindow::ForwardMessage (which is called for the first click) defeats the mechanism that turns two WM_LBUTTONDOWNs into a WM_LBUTTONDLBCLK?

Do you hide tooltip after first click? Or you want to double click on tooltip and forward it to owner?

Try to catch WM_LBUTTONDBLCLICK on overriden class and manually send it to owner.

Sorry, that did not seem to make any difference regarding the tip-owning window getting WM_MOUSEMOVES.

However, I just noticed there was a mistake in my previous post: normal mouse click messages are getting forwarded. However, mouse double click messages are not.

To get double clicks, I tried overriding CXTTipWindow::Create and supplying CS_DBLCLKS to the class style, then adding a ON_WM_LBUTTONDBLCLK handler to my tip window class, but that didn't work for some reason.

Any advice?

Thanks

Hello, try to override CXTTipWindow, addd message map

and add

ON_WM_NCHITTEST()

LRESULT CTipWindow::OnNcHitTest(CPoint)
{
 return (LRESULT)HTTRANSPARENT;
}

Any news on this issue?

I am having this problem also: while the tip is showing, it seems to eat mouse click messages as well.

Did you manage to get around this?

Thanks