Как коды клавиш сопоставляются с соответствующим действием?

После того, как выяснить , как изменить отображение кодов сканирования ключевых кодов с использованием udevсм этого вопроса , мне было интересно , как эти коды ключей (или события , если хотите) отображается на соответствующие действия.

Так, например, если вы нажмете volume upна клавиатуре, отправляется код сканирования, который затем будет преобразован в volumeupкод клавиши. Но как перехватить этот код клавиши, увеличить громкость и отобразить соответствующее уведомление?

Я предполагаю, что где-то должен быть вызван скрипт, поэтому я хотел бы знать, где находятся эти скрипты.

РЕДАКТИРОВАТЬ: коды клавиш, которые я упоминаю, не следует путать с xevвозвратами кодов клавиш , но я также заинтересован в них;)

Хорошо, нашел это на https://help.ubuntu.com/community/MultimediaKeys

Когда вы нажимаете клавишу на клавиатуре, ядро ​​Linux генерирует необработанный скан-код для него (если он назначен). Каждый скан-код может быть сопоставлен с кодом ключа. Это на уровне ядра. X имеет (квази) полностью независимый способ сопоставления ключей: X при запуске читает таблицу кодов ядра, затем сопоставляет код с его независимой таблицей кодов (она такая же, как коды ядра, но отличается :)). Затем каждый код ключа может быть сопоставлен с ключом, то есть строкой, которая представляет ключ или предлагает действие. Таким образом, чтобы наши ключи работали в полном объеме, им нужен скан-код ядра / код ключа плюс код ключа X / keysym. Это может показаться странным, но у разработчиков X есть причина оставить отдельную раскладку клавиатуры в ядре. Это совсем не сложно, просто довольно утомительная процедура.

Итак, коды клавиш сопоставлены с ключами, так где же ключи? Я нашел и ответил на этот вопрос: где я могу найти список всех X ключей в эти дни? Поскольку речь идет о клавишах регулировки громкости, это можно найти в XF86keysym.hисходном коде, упомянутом в ответе.

В этом файле на моем компьютере я нашел следующее для тома:

#define XF86XK_AudioLowerVolume 0x1008FF11   /* Volume control down        */
#define XF86XK_AudioMute    0x1008FF12   /* Mute sound from the system */
#define XF86XK_AudioRaiseVolume 0x1008FF13   /* Volume control up          */

Странно ... отличные значения от чего-то еще, может быть, есть несколько систем для обработки ключей? http://crunchbang.org/forums/viewtopic.php?id=16656

Я использую Xubuntu, и для управления клавишами мне нужно сопоставить действия вручную (например, как я могу изменить сочетания клавиш в xubuntu? ). Однако уведомления кажутся независимыми, как будто они реагируют на нажатие клавиши и действуют соответственно. Это может означать, что другие программы в Ubuntu настроены таким образом, поэтому нет необходимости сопоставлять скрипты с клавишами.

Так что я совершенно уверен, что программы теперь подхватывают ключ (поэтому никаких скриптов не найти).

В Xubuntu у меня была эта проблема с Pulse Audio и использованием пользовательских скриптов для изменения громкости. Казалось, что Pulse перехватывает клавишу Mute, клавиша Mute отключает звук Alsa и PulseAudio, но включает только звук, который Alsa сделала для интересных обходных путей.

Проверьте это о NotifyOSD https://wiki.ubuntu.com/NotifyOSD#Volume_changes

Если вы посмотрите эти диаграммы: https://wiki.ubuntu.com/NotifyOSD#Architecture

Особенно этот:

Это показывает, что есть «слушатель аппаратных ключей», который получает форму DBus или HAL? Затем он «извлекает визуальный элемент из системы», который значками звука и яркости находятся в источнике Notify-OSD, а затем создает пузырь оттуда.

Это все сумасшедшее смущение, но, насколько я понимаю (пока):

необработанный код сканирования (например, e016)> код ключа (например, 160)> keysym (например, XF86AudioMute)> gnome-settings-daemon (например, увеличение громкости)> сигнал DBus> аппаратный ключ-прослушиватель для notify-osd (или другой программа прослушивания)

В большинстве случаев нет запущенных скриптов. Они вызывают отправку событий диспетчеру окон или демону настроек. Единственный раз, когда я знаю о сценариях в процессе, это когда вы настраиваете пользовательские привязки клавиш. Для пользовательских привязок клавиш вы можете добавить командные строки (исполняемые файлы или сценарии) и привязать их к ключам.

Пожалуйста, посмотрите ответ, который я написал на вопрос о резервном копировании сочетаний клавиш в Ubuntu: где хранятся сочетания клавиш GNOME? У меня есть сценарий, который создает резервную копию или восстанавливает все сочетания клавиш, в том числе пользовательские сочетания клавиш. Если вы запустите скрипт, вы увидите, где в dconf хранятся привязки клавиш, и какое приложение получает уведомление о событии ключа.

Ответ относится к драйверам .

Каждое оборудование должно иметь драйвер для взаимодействия с операционной системой.

Цитирование http://www.linuxforu.com/2010/11/understanding-linux-device-drivers/ :

Драйвер управляет, управляет, контролирует, направляет и контролирует объект под своей командой. То, что драйвер шины делает с шиной, драйвер устройства делает с компьютерным устройством (любым оборудованием, подключенным к компьютеру), таким как мышь, клавиатура, монитор, жесткий диск, веб-камера, часы и многое другое.

Кроме того, «пилот» может быть человеком или даже автоматической системой, контролируемой человеком (например, системой автопилота в авиалайнерах). Аналогично, конкретная часть аппаратного обеспечения может управляться программным обеспечением (драйвером устройства) или может управляться другим аппаратным устройством, которым, в свою очередь, может управлять программный драйвер устройства. В последнем случае такое управляющее устройство обычно называют контроллером устройства. Это само устройство часто также нуждается в драйвере, который обычно называют драйвером шины.

Устройство имеет регистр устройства, в котором хранятся биты управления / состояния и биты данных. Всякий раз, когда необходимо передать некоторые данные, они обычно отправляются путем установки битов данных.

Поэтому, когда вы нажимаете какую-либо клавишу на клавиатуре, некоторые данные записываются в регистр. Эти биты считываются драйвером устройства, и выполняется соответствующее действие. Это краткое объяснение.

Ссылки:

• Если вам интересно, я бы порекомендовал вам прочитать эту серию о драйверах устройств, состоящую из 17 хорошо написанных статей linuxforu : http://www.linuxforu.com/tag/linux-device-drivers-series/ .

• Вы можете прочитать конкретный документ, содержащий инструкции о том, как написать драйвер устройства для клавиатуры USB: http://www.emntech.com/docs/USB_KeyBoard_Driver_eMNTech.pdf

• Если вам очень нравятся драйверы устройств Linux, прочитайте книгу «Драйверы устройств Linux», которая доступна в формате PDF бесплатно: http://lwn.net/Kernel/LDD3/