Проблема с переотображением кнопок графического планшета к сочетаниям клавиш
У меня есть дешевый xp-перьевой планшет с 8 дополнительными кнопками. Я хотел бы отобразить их на сочетания клавиш, такие как Ctrl-Z, использовать с Krita/Gimp/etc, но утилитой поставщика больше взглядов как подтверждение концепции.
Я также пытался использовать EasyStroke, как предложено здесь, но мм.
Клавиатура распознана xinput как мышь с 12 кнопками. Мой план был:
- повторно отобразите кнопки планшета на 100-107, как описано там
- события получения xbindkeys
- определенный текущий профиль на основе активного окна
- моделируйте нажатия клавиш xev или xdotool
- [дополнительный] активируют/деактивируют этот велосипед по правилам udev или чему-то как
Все хорошо работает с простыми случаями, такими как ввод ключевого числа, но более сложных сбоев с "липкими" ключами.
Я загрузил свою работу в мерзавца repo. Профиль по умолчанию хорошо работает с xdotool, и xte варианты, krita и хромые профили не работает в обоих случаях.
Я зарегистрировал события в handler.sh и обнаружил, что xbindkeys "освобождает" некоторые события выпуска после krita или хромое выполнение профиля, но работы, хорошие после значения по умолчанию. Я думал, что это могло бы произойти из-за выполнения обработчика слишком долго и запустило его в отдельном процессе, но это ничего не изменило.
Хорошо.. Какова могла быть причина этой проблемы?
1 ответ
Причина довольно проста: согласно профилю калеки, xev контроль за прессой / смещают кнопки и событие выпуска пропусков xbindkeys, потому что сдвиг все еще нажимается. Можно копировать каждый раздел конфигурации для обработки таких ситуаций, как это:
"/opt/xp-pen/handler.sh 1 1"
b:100
"/opt/xp-pen/handler.sh 1 1"
b:100 + shift
"/opt/xp-pen/handler.sh 1 1"
b:100 + control
...