you right. Please modify sources:

 

if (pMsg->wParam == VK_SHIFT
     || pMsg->wParam == VK_CONTROL
     || pMsg->wParam == VK_MENU
     )
   {
    // all work is already done
   }else if (bPressed)
   {
    m_hAccel.key = (WORD) pMsg->wParam;
    m_bKeyDefined = TRUE;
    SetAccelFlag (FVIRTKEY, TRUE);
   }

When the method is first called ( from the WM_KEYDOWN ), I receive the ACCEL struct with a fVirtKey, meaning that the key pressed is a virtual key-code. I return false if the key is VK_HOME. It works fine so far.

 

The problem is that the method is called a second time ( for the WM_KEYUP ) and this time, the fVirtKey is not set to TRUE. Therefore I cannot say that the key depressed is "HOME", since the non virtual key code equivalent to "Home" is "$", and I don't want to forbid that key.

 

The problem is the following, when the "HOME" key is depressed, the Preview Key mecanism thinks the user just depressed "$" and sets the EditBoxText to "$".

 

The problem happens to the VK_ESCAPE key you are blocking. But you don't see the bug since the non-virtual equivalent to "Escape" is not a displayable character.

 

Thanks

Jansim