Каким образом отличить нажатие клавиши «влево» от Num 4 с отключенным Num Lock?

Question

[empr]

Приветствую! Использую jnativehook, однако дело, пожалуй, не в инструменте.
Каким образом я могу отличить нажатие на Num 4 от нажатия на кнопку "влево" при выключенном Num Lock? Вот что пишется у меня по этому поводу в логе:

Raw code: 37
Key code: 57419
Key location: 1
Modifiers: 0

Raw code: 37
Key code: 57419
Key location: 1
Modifiers: 0

В то же время программка PassMark KeyboardTest умудряется выдавать для этой клавиши BIOS Key Code 75 вне зависимости от состояния NumLock. Или она просто проверяет, включен ли NumLock? Но этот вариант для меня наименее желателен.

Answer 1

[exenza]

В моем случае jnativehook отдает одинаковае keyCode, но keyRawCode - разные (версия 2.0.2):

• Key code: 75, raw code: 65430 без NUM LOCK
  
• Key code: 75, raw code: 65460 с нажатым NUM LOCK
  

Пример:

import org.jnativehook.GlobalScreen;
import org.jnativehook.NativeHookException;
import org.jnativehook.keyboard.NativeKeyEvent;
import org.jnativehook.keyboard.NativeKeyListener;

public class KeyEventDemo implements NativeKeyListener {

    public static void main(String[] args) {
        try {
            GlobalScreen.registerNativeHook();
        }
        catch (NativeHookException ex) {
            System.err.println(ex.getMessage());
            System.exit(1);
        }

        GlobalScreen.addNativeKeyListener(new KeyEventDemo());
    }

    @Override
    public void nativeKeyPressed(final NativeKeyEvent nativeKeyEvent) {
        System.out.println("Key code: " + nativeKeyEvent.getKeyCode()
                + ", raw code: " + nativeKeyEvent.getRawCode());
    }

    @Override
    public void nativeKeyReleased(final NativeKeyEvent nativeKeyEvent) {}

    @Override
    public void nativeKeyTyped(final NativeKeyEvent nativeKeyEvent) {}
}

@param rawCode the hardware code associated with the native key in this event.

Comments

[empr]

Благодарю за такой развёрнутый ответ! К сожалению, мне нужен глобальный хук, и в этом проблема. Именно поэтому я выбрал jnativehook, но он, судя по всему, не может справиться с этой задачей :(

[exenza]

упс.. ага, я изменил ответ

[empr]

exenza: Чёрт! Видимо, у меня был какой-то сломанный JNA, т.к. он по RawCode упорно отдавал одно и то же, причём двухзначное число. Спасибо большое, сейчас буду пробовать!

[empr]

Попробовал - увы, тот же эффект :(
Видимо, дело в наших моделях клавиатур.

Key code: 57419, raw code: 37
Key code: 57419, raw code: 37

[exenza]

а у вас случаем не Windows 10?

[exenza]

вот этот баг https://github.com/kwhat/jnativehook/issues/62 похож на то, что вы описали, автор вроде как пофиксил его в версии 2.0.3. Зарепортите баг, если это не так, или может регрессия..

[empr]

exenza: exenza:
Нет, Windows 7 - это надолго :)
Но увы, в 2.0.3 всё сохраняется. В отличие от описанного бага, такое же поведение и у клавиши Num 6 (и кнопки Right Arrow соответственно). Спасибо за совет, открыл Issue.

К слову, одна наводка на причины такого поведения - имеется. PassMark KeyboardTest тоже показывает одинаковые коды этих клавиш, однако для обычных стрелочек у него вспыхивает флаг "E", а для Num-овских - нет. Возможно, это флаг LLKHF_EXTENDED , который можно получить в хуке LowLevelKeyboardProc, однако моих знаний C совершенно не хватает для того, чтобы это сделать - более того, у меня даже Java-библиотека System Hook не заводится :( ( https://github.com/kristian/system-hook/issues/9 )
А вот Java Native Hook, похоже, работает как-то иначе, без LowLevelKeyboardProc.

[empr]

exenza: Иллюстрация к ситуации с KeyboardTest: https://i.imgur.com/TvZaPJl.png

Answer 2

[empr]

Итак, проблема оказалась на стороне jNativeHook.
Баг исправлен в версии 2.1 (на данный момент релиза ещё не было, см. ночные сборки).

Выражаю огромную благодарность юзернейму exenza - без него ничего не получилось бы. Спасибо :) И оперативно отреагировавшему автору jNativeHook, разумеется!

Comments

[exenza]

да, автор библиотеки быстро фиксит баги - это правда