キーボードのハードリマップキー？

キーボードキーを強制的に再マップする方法を探しています。
xmodmapとsetxkbmapを使用してみましたが、特定のアプリケーションでは機能しません。このようなコマンドは、X thoの他の通常のウィンドウ/アプリケーションに対して機能します。

アプリケーションがキーボードの生データを読み取り、X入力を無視している可能性があると思いますか？

だから、xmodmapとsetxkbmapを使用せずにキーを再マッピングする方法は？何らかのソフトウェアを使用して実行できる場合。

また、xkeycaps、xkbcompを試しましたが、Xで実行されているため、loadkeysは試しませんでした。

私が見つかりました。ここで私は試みることができることをsetkeycodes、「カーネルのキーコードを割り当てた後、ボタンでXorgで動作するはずですので、」が、私はまたことがわかった「あなたはUSBキーボードの『setkeycodes』を使用することはできません」私の場合（私はケースに興味がありますこと、誰かが私がアダプタを使用できると思うので、ps2で動作させます）。

これは「スキャンコードをキーコードにマップ」するように思えましたが、いくつかのテストを行っても何も変わりませんでした：
vt1でキーコード「36」（「j」キー）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..

Obs .:は以下とも機能しませんでした： KEYBOARD_KEY_7e=j

キーを見つけるためのいくつかの代替方法（@ vinc17による）：
evtest /dev/input/by-id/... または
input-kbd 3（ls -l /dev/input/by-id/*ex。event3 で見つかったidインデックスを置く）

：あなた自身をテストに興味があるならPS：*は、アプリケーションのための関連スレッドはこれです http://forums.thedarkmod.com/topic/14266-keyboard-issue-in-new-version-108/問題I haveは同じです。一部のキー（KP_Decimal、DownArrow、UpArrow、RightArrow）は無視され、すべて同じ値の「0x00」と見なされます

最初に、evtestユーティリティなどを使用して、再マッピングが必要なキーのスキャンコードを見つけます。次のような行（が含まMSC_SCANれている）が出力されます。

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

次に、現在のキーコードを示す2番目のキーが続きます。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:文字列は、行の先頭になければなりません。ベンダーと製品IDの文字は大文字にする必要があることに注意してください。各KEYBOARD_KEY_（：スペースなしで行がエラーメッセージを与えるだろう、と二つのスペースに合わせたノートが前の設定は、厳密に1つのスペースを持っている必要があり静かに古いudevのバージョンでは無視されます）。KEYBOARD_KEY_その後に16進数のスキャンコードが続きます（両方evtestとinput-kbd与えるもののように）。有効な値のいずれかから得られたevtest出力またはinput-kbd出力、あるいはから/usr/include/linux/input.h、例えば：ファイルKEY_102ND与える102nd（除去することによって、KEY_及び小文字に変換する）、Iは、上記使用しました。

ファイルが保存されたら、次を入力します。

udevadm hwdb --update

データベースを（再）構築します/etc/udev/hwdb.bin（タイムスタンプを確認できます）。その後、

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

新しい設定が考慮されます。で確認できevtestます。

2014年に、解放udevはで不完全/バギーの情報を持っていた/lib/udev/hwdb.d/60-keyboard.hwdbが、あなたは見ることができ、ファイルの最新の開発版および/または私のバグレポートとディスカッション文書に関する問題や間隔。

これが機能しない場合は、udevdwith のログレベルを一時的に増やした後に問題が見つかる可能性がありますudevadm control（詳細については、udevadm（8）のマニュアルページを参照してください）。

udev204などの古いバージョンの場合、このメソッドは引き続き機能します。