FIX: Edit Control in Property Page Does Not Get Return Keys

Last reviewed: September 18, 1997
Article ID: Q125645
2.00 WINDOWS NT kbprg kbfixlist kbbuglist

The information in this article applies to:

  • The Microsoft Foundation Classes, included with: Microsoft Visual C++, 32-bit Edition, version 2.0

SYMPTOMS

A multiline edit control with the ES_WANTRETURN style set does not receive return key messages (WM_KEYDOWN with VK_RETURN) when placed in a CPropertyPage. If there is an IDOK button on the parent CPropertySheet, the dialog box will be dismissed when the ENTER key is pressed in the edit control.

CAUSE

The WM_KEYDOWN message is pre-translated in the PreTranslateMessage function of CPropertyPage to perform default pushbutton handling. A consequence of this is that the VK_RETURN key will never be sent to a child control in a CPropertyPage.

RESOLUTION

To work around this problem, you can override the PreTranslateMessage function in your CPropertyPage derived class. In this function, you can check whether the control is an edit control and determine whether it should receive the WM_KEYDOWN message when the ENTER key is pressed.

NOTE: This problem may occur with other controls as well. You can check whether they need the message by sending a WM_GETDLGCODE message to the control and looking for DLGC_WANTALLKEYS or DLGC_WANTMESSAGE. The PreTranslateMessage function, which would accomplish both of these tasks, is included here:

BOOL CMyPropertyPage::PreTranslateMessage(MSG *pMsg)

    {
    if(pMsg->message==WM_KEYDOWN && pMsg->wParam==VK_RETURN)
        {
        static const TCHAR szEdit[] = _T("edit");
        TCHAR szCompare[sizeof(szEdit)+1];
        HWND hFocus = ::GetFocus();

        // Check for "edit" controls which want the RETURN key.
        // If it doesn't want the return key then let it be
        // translated by just calling
        // CPropertyPage::PreTranslateMessage
        ::GetClassName(hFocus, szCompare, sizeof(szCompare));
        if (lstrcmpi(szCompare, szEdit) == 0)
            {
            if(::GetWindowLong(hFocus, GWL_STYLE) & ES_WANTRETURN)
                return FALSE;    // Don't translate...just send on
                                 // to control
            else
                return CPropertyPage::PreTranslateMessage(pMsg);
            }

        // Check for other controls which want the return key
        if (::SendMessage(hFocus,WM_GETDLGCODE,0,0) &
           (DLGC_WANTALLKEYS | DLGC_WANTMESSAGE))
            return FALSE;        // Don't translate it
        };

    return CPropertyPage::PreTranslateMessage(pMsg);
    }

STATUS

Microsoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article. This problem was corrected in Visual C++ version 2.1 for Windows NT.


Additional reference words: 2.00 3.00
KBCategory: kbprg kbfixlist kbbuglist
KBSubCategory: MfcUI
Keywords : kbbuglist kbfixlist kbprg
Technology : kbMfc
Version : 2.00
Platform : NT WINDOWS
Solution Type : kbfix


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: September 18, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.