PRB: Tool Tips Stop Showing After WM_xBUTTONDOWN

Last reviewed: July 31, 1997
Article ID: Q148495
2.10 2.20 4.00 4.10 WINDOWS NT kbprg kbprb kbcode

The information in this article applies to:

  • The Microsoft Foundation Classes (MFC) included with: Microsoft Visual C++, 32-bit Edition, versions 2.1, 2.2, 4.0, 4.1

SYMPTOMS

If you hold a mouse button down while the pointer is over a tool and then move the mouse off of the window that contains the tool before releasing the mouse button, then tool tips will no longer be displayed for that tool until you click it again.

CAUSE

By design, the Tooltip control won't display tool tips while a mouse button is down. This is correct behavior. However, the Tooltip control needs to see the WM_xBUTTONUP message to know that the mouse button has been released and it is okay to show tool tips again.

If the WM_xBUTTONDOWN message is sent to a Tooltip control and the corresponding WM_xBUTTONUP message is not (as in the scenario outlined above), then the Tooltip control will behave as if the mouse button is still down, so it will not show any further tool tips.

NOTE: This won't be a problem if the window with the Tooltip control captures the mouse using SetCapture() when it gets WM_xBUTTONDOWN and then releases it when it gets WM_xBUTTONUP using ReleaseCapture().

RESOLUTION

As previously explained, this behavior occurs because the WM_xBUTTONUP message is not being relayed to the Tooltip control.

To work around this behavior, relay a fabricated WM_xBUTTONUP message when it is known that a WM_xBUTTONDOWN message has been received but that a corresponding WM_xBUTTONUP message was not received even though the button is no longer pressed.

This case can be determined by examining the wParam that is sent in the WM_MOUSEMOVE message. Tooltip messages are normally relayed from the owner window's PreTranslateMessage() function, so the workaround can be implemented in the PreTranslateMessage() function.

NOTE: You still won't see the tip when you first move the mouse pointer back over the tool. This is expected behavior because it is the same behavior you get if you move the mouse over a tool and single click on that tool; that is, no more tool tips will appear until you move the mouse pointer off the tool and then back onto the tool.

Sample Code

// Add members to the class definition:

    class CMyWnd : public CSomeWnd
    {
        ...

    protected:
        BOOL m_bButtonDown;
        virtual BOOL PreTranslateMessage(MSG *pMsg);

        ...
    };

// Initialize the m_bButtonDown to FALSE in the constructor:

CMyWnd::CMyWnd() {
    m_bButtonDown=FALSE;

    ...
}

// Implement the PreTranslateMessage() function:

BOOL CMyWnd::PreTranslateMessage(MSG *pMsg) {
  static MSG msgLButtonUp = { NULL,WM_LBUTTONUP,0,0,0,0 };

  switch(pMsg->message)
  {
    case WM_LBUTTONDOWN:
    case WM_RBUTTONDOWN:
    case WM_MBUTTONDOWN:
      m_bButtonDown=TRUE;
      m_ToolTip.RelayEvent(pMsg);
      break;

    case WM_LBUTTONUP:
    case WM_MBUTTONUP:
    case WM_RBUTTONUP:
      m_bButtonDown=FALSE;
      m_ToolTip.RelayEvent(pMsg);
      break;

    case WM_MOUSEMOVE:
      if( m_bButtonDown &&
        !(pMsg->wParam & MK_LBUTTON) &&
        !(pMsg->wParam & MK_MBUTTON) &&
        !(pMsg->wParam & MK_RBUTTON) )
      {
        m_ToolTip.RelayEvent(&msgLButtonUp);
        m_bButtonDown=FALSE;
      }
      m_ToolTip.RelayEvent(pMsg);
      break;
  }

  // Rest of PreTranslateMessage goes here
  return CWnd::PreTranslateMessage(pMsg);
}

STATUS

This behavior is by design.


Additional reference words: 2.10 2.20 3.10 3.20 4.00 4.10 CToolTipCtrl
TTM_RELAYEVENT
KBCategory: kbprg kbprb kbcode
KBSubcategory: MfcUI
Keywords : MfcUI kbcode kbprb kbprg
Technology : kbMfc
Version : 2.10 2.20 4.00 4.10
Platform : NT WINDOWS


THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: July 31, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.