Разделение ввода от нескольких клавиатур

В одной из прошлых статей мы научились получать список всех устройств, реальных и виртуальных, которые используются для ввода. А можно ли каким-то образом разделять данные, полученные от разных источников? Например, к компьютеру подключены несколько клавиатур и надо определить, на какой именно клавиатуре была нажата клавиша. Ответ - да, можно. Приложение может подписаться на нужные устройства ввода при помощи функции RegisterRawInputDevices. При получении "сырого" ввода от каждого из устройств выбранного типа, система будет посылать приложению сообщение WM_INPUT, а приложению останется его правильно обработать.

Теперь константы и структуры, про которые не знает FASM, но которые нам понадобятся для работы. Даже немного с избытком, но это на будущее, вдруг когда-нибудь пригодится.В момент инициализации окна приложения заполняем структуру RAWINPUTDEVICE. Usage Page и Usage ID заполняются по этому справочнику, в нашем случае это клавиатура. Но точно так же можно отслеживать мышь и другие устройства ввода. И обязательно указываем хэндл окна, которому будут отправляться сообщения WM_INPUT.При закрытии приложения или когда необходимость в обработке ввода отпадет, подписку надо будет отменить:Когда приложению поступает сообщение WM_INPUT, получаем все параметры "сырого" ввода при помощи функции GetRawInputData. Делается это в два захода. Сперва получаем размер необходимой памяти для данных, а затем уже сами данные. После выполнения у нас есть заполненная структура RAWINPUT и подробности о клавиатурном событии в структуре RAWKEYBOARD.В заголовке структуры RAWINPUT надо первым делом проверить поле dwType и убедиться, что событие ввода произошло действительно от клавиатуры. Оттуда же можно извлечь хэндл устройства, на котором была нажата или отпущена кнопка. Он соответствует хэндлу устройства, полученного из GetRawInputDeviceList, по нему же можно узнать подробную информацию о самом устройстве. Из структуры RAWKEYBOARD извлекаем тип сообщения (WM_KEYUP, WM_KEYDOWN и т.п.), виртуальный код клавиши, скан-код клавиши, наличие префикса для скан-кода а также действие с клавишей (нажата или отпущена). Если планируете использовать скан-код, то скорее всего придется воспользоваться таблицей преобразований скан-кодов из USB HID в PS/2. На мой взгляд, в большинстве случаев можно будет ограничиться виртуальными кодами.

Я протестировал обычные и мультимедийные клавиатуры с подключениями через USB и PS/2, беспроводную bluetooth-клавиатуру, клавиатуры ноутбуков. Способ везде уверенно работает, устройства определяются корректно, ввод можно разделять.

Что интересно, при тестировании водил кулаком по клавиатуре, в какой-то момент Punto Switcher углядел определенную комбинацию символов и переключил раскладку клавиатуры для последнего введенного "слова". В лог незамедлительно вывалилась целая пачка якобы нажатий и отпусканий кнопок. Получается, что так можно отслеживать программную эмуляцию клавиатурного ввода, в таких случаях значение поля hDevice всегда будет нулевым. Рискну предположить, что на чем-то подобном основана самозащита антивирусных программ от эмуляции действий пользователя.

В приложении пример программы с исходным текстом, которая обрабатывает ввод от нескольких клавиатур.

Комментарии

Добавить комментарий

Для вставки цитаты выделите текст и нажмите сюда

Имя*:

Текст комментария (не более 2000 символов)*:

*Все поля обязательны для заполнения.

Комментарии, содержащие рекламу, ненормативную лексику, оскорбления и т.п., а также флуд и сообщения не по теме, будут удаляться. Нарушителям может быть заблокирован доступ к сайту.