клавиатура жестко переназначить клавиши?

Я пытаюсь найти способ принудительно переназначить клавиши клавиатуры.
Я пытался использовать xmodmap и setxkbmap, но они не работают для одного конкретного приложения. Такие команды работают для других обычных оконных / приложений на X tho.

Я думаю, что приложение может читать исходные данные с клавиатуры и игнорировать ввод X?

Итак, как переназначить ключи без использования xmodmap и setxkbmap? если это когда-либо возможно сделать с помощью какого-либо программного обеспечения.

Я также пробовал xkeycaps, xkbcomp, но не пробовал loadkeys, так как он работает на X.

Я нашел здесь , что я мог бы попробовать setkeycodes, «потому что после назначения ядра кода ключа кнопка должна работать в Xorg» , но я также обнаружил , что «вы не можете использовать„setkeycodes“на USB - клавиатурами» , это мой случай (я заинтересован в случае кто-то заставляет его работать на PS2, как я думаю, я мог бы использовать адаптер).

Это казалось многообещающим «Сопоставить коды сканирования с кодами клавиш» , но после нескольких тестов ничего не изменилось, вот они:
я нашел код клавиши «36» (клавиша «j») на vt1 и showkey
обнаружил код сканирования «7e» (клавиатура ».) В VT1 сshowkey --scancodes

$cat >/etc/udev/hwdb.d/90-custom-keyboard.hwdb
keyboard:usb:v*p*
keyboard:dmi:bvn*:bvr*:bd*:svn*:pn*:pvr*
 KEYBOARD_KEY_7e=36
$udevadm hwdb --update #updates file: /lib/udev/hwdb.bin
$udevadm trigger #should apply the changes but nothing happened
$cat /lib/udev/hwdb.bin |egrep "KEYBOARD_KEY_7e.{10}" -ao
KEYBOARD_KEY_7eleftmeta
$#that cat on hwdb.bin did not change after the commands..

Обс .: не работал ни с: KEYBOARD_KEY_7e=j

Еще несколько альтернативных способов (автор @ vinc17) найти ключи:
evtest /dev/input/by-id/... или
input-kbd 3(поместите индекс id, найденный в ls -l /dev/input/by-id/*ex. Event3)

PS .: * Если вы заинтересованы в тестировании самих себя, соответствующая тема для приложения: http://forums.thedarkmod.com/topic/14266-keyboard-issue-in-new-version-108/ Вопросы, которые я имеют одно и то же: некоторые ключи (KP_Decimal, DownArrow, UpArrow, RightArrow) игнорируются и рассматриваются все с одинаковым значением там "0x00"

Сначала найдите скан-код ключа, который необходимо переназначить, например, с помощью evtestутилиты. MSC_SCANДолжна быть выведена строка, подобная следующей (с включенным в нее):

Event: time 1417131619.686259, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70068

сопровождаемый вторым, дающим текущий код ключа. Если MSC_SCANстрока не выводится, это связано с ошибкой драйвера ядра, но скан-код все еще можно найти с помощью input-kbdутилиты; evtestдолжен был дать код ключа, чтобы было легко найти соответствующую строку в input-kbdвыводе (например, с помощью grep).

После того, как коды сканирования ключей, которые должны быть переназначены, были определены, создайте файл, такой как /etc/udev/hwdb.d/98-custom-keyboard.hwdbсодержащий переназначения. Начало файла /lib/udev/hwdb.d/60-keyboard.hwdbдает некоторую информацию. В моем случае (который работает) у меня есть:

evdev:input:b0003v05ACp0221*
 KEYBOARD_KEY_70035=102nd       # Left to z: backslash bar
 KEYBOARD_KEY_70064=grave       # Left to 1: grave notsign
 KEYBOARD_KEY_70068=insert      # F13: Insert

(До udev 220 мне пришлось использовать keyboard:usb:v05ACp0221*для первой строки.)

evdev:Строка должна быть в начале строки. Обратите внимание, что буквы в поставщике и идентификатор продукта должны быть заглавными буквами. Каждый KEYBOARD_KEY_параметр должен иметь ровно один пробел (примечание: строка без пробелов выдаст сообщение об ошибке, а строка с двумя пробелами в старых версиях udev молча игнорировалась). KEYBOARD_KEY_за ним следует скан-код в шестнадцатеричном формате (вроде того, что оба evtestи input-kbdдают). Допустимые значения могут быть получены либо из evtestвыходных input-kbdданных, либо из выходных данных, либо даже из /usr/include/linux/input.hфайла: например, KEY_102NDдадут 102nd(удалив KEY_и преобразовав в нижний регистр), который я использовал выше.

После сохранения файла введите:

udevadm hwdb --update

(пере) построить базу данных /etc/udev/hwdb.bin(вы можете проверить ее метку времени). Потом,

udevadm trigger --sysname-match="event*"

приму новые настройки к сведению. Вы можете проверить с evtest.

В 2014 году выпущенная версия udev содержала неполную / ошибочную информацию /lib/udev/hwdb.d/60-keyboard.hwdb, но вы можете посмотреть последнюю версию файла и / или мой отчет об ошибках и обсуждение проблем с документацией и пробелами.

Если это не сработает, проблема может быть обнаружена после временного увеличения уровня журнала udevdс помощью udevadm control(подробности см. На справочной странице udevadm (8)).

Для старых udevверсий, таких как 204, этот метод все еще должен работать.