События клавиш Numpad приводят к зависанию ключей из GetKeyboardState

Question

События клавиш Numpad приводят к зависанию ключей из GetKeyboardState

У меня есть приложение C ++ (MFC), которое должно проверять состояние ключа по таймеру. Если пользователь удерживает клавишу, мы задерживаем обработку некоторого кода.

Вот чек для keydown:

if (!GetKeyboardState(keyState))
{
s_executeDeferredResult = e_executeDeferredButtonCheckFailed;
return;
}
s_executeDeferredStuckKeys.clear();
for (int index=0; index<arrsize(keyState); ++index)
{
if (keyState[index] & 0x80)
{
s_executeDeferredStuckKeys.insert(index);
}
}
if (!s_executeDeferredStuckKeys.empty())
{
s_executeDeferredResult = e_executeDeferredButtonsActive;
return;
}

Но есть некоторые ключевые комбинации, которые застряли:

Включи NUMLOCK
Нажмите СДВИГ
Нажмите NumPad8
Релиз СДВИГ
Релиз NumPad8
(это один пример, есть и другие, в том числе Doozy с CTRL—ALT—DEL)

GetKeyboardState теперь сообщит, что VK_UP нажата.

События, которые происходят (соответствуют действиям выше).

<None>
WM_KEYDOWN, VK_SHIFT
WM_KEYUP, VK_SHIFT
WM_KEYDOWN, VK_UP
WM_KEYDOWN, VK_SHIFT
WM_KEYUP, VK_SHIFT
WM_KEYUP, VK_NUMPAD8

Итак, Windows не распознает, что клавиша «Вверх» появилась, и теперь GetKeyboardState сломано.

Есть ли хороший способ проверить реальное состояние ключа? GetAsyncKeyState а также GetKeyState оба сообщают, что ключ также не работает.

4

c++keyboard-events mfc windows

Решение

Другие решения

Других решений пока нет …

Источник

Accepted Answer

Решил это.

Я подключился к событиям клавиатуры в InitInstance и отслеживаю взлеты и падения по коду сканирования (карта с кодом сканирования в качестве ключа и виртуальными ключами в качестве значения).

m_keyboardHook = SetWindowsHookEx(WH_KEYBOARD, &KeyboardHook, NULL, GetCurrentThreadId());

static LRESULT CALLBACK KeyboardHook(
__in int nCode,
__in WPARAM wParam,
__in LPARAM lParam
)
{
// According to the docs, we're not allowed to do any "further processing" if nCode is < 0.
// According to the docs, we should process messages if we get code HC_ACTION.
// http://msdn.microsoft.com/en-us/library/windows/desktop/ms644984(v=vs.85).aspx
// It doesn't specify what to do if another code comes in, so we will just ignore any other codes.
if (nCode == HC_ACTION)
{
uint8 scanCode = (uint8)((lParam & 0x00FF0000) >> 16);
uint8 virtKey = (uint8)wParam;
if (lParam & 0x80000000) // key up
KeyState::SetKeyUp(scanCode);
else
KeyState::SetKeyDown(scanCode, virtKey);
}

// We must call the next hook in the chain, according to http://msdn.microsoft.com/en-us/library/windows/desktop/ms644975%28v=vs.85%29.aspx
// First param is ignored, according to http://msdn.microsoft.com/en-us/library/windows/desktop/ms644974%28v=vs.85%29.aspx )
return CallNextHookEx(0, nCode, wParam, lParam);
}

Итак, моя отложенная проверка становится:

// Similarly, don't process deferred events if there are keys or mouse buttons which are currently down.
s_executeDeferredStuckKeys.clear();
if (KeyState::AnyKeysDown(s_excludeKeys, arrsize(s_excludeKeys)))
{
s_executeDeferredResult = e_executeDeferredButtonsActive;
KeyState::GetDownKeys(s_executeDeferredStuckKeys);
return;
}

2