Як ключові коди відображаються на відповідні дії?

Вияснивши, як змінити відображення кодів сканування на ключові коди за допомогою udev, див. Це питання , мені було цікаво, як ці ключові коди (або події, якщо ви хочете) відображаються на відповідні дії.

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

Я здогадуюсь, що десь треба викликати сценарій, тому я хотів би знати, де такі сценарії.

EDIT: Ключові коди, які я згадую, не слід плутати з xevповерненнями ключових кодів , але мене це також цікавить;)

Добре, знайшли це на https://help.ubuntu.com/community/MultimediaKeys

Коли ви натискаєте клавішу на клавіатурі, ядро ​​Linux генерує для нього неочищений код сканування (якщо він призначений). Кожен сканувальний код може бути відображений у ключовий код. Це на рівні ядра. X має (квазі) повний незалежний спосіб відображення ключів: X при запуску зчитує таблицю кодів ключів ядра, потім відображає код клавіші на свою незалежну таблицю кодів ключів (це те саме, що і ключові коди ядра, але різні :)). Тоді кожен код клавіш може бути відображений у ключовій формі, тобто рядку, який представляє ключ або пропонує дію. Таким чином, щоб наші ключі були повністю функціональними, їм потрібен код сканування / код коду ядра плюс код X / keyym X. Це може здатися дивним, але розробники 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)> keyym (напр. XF86AudioMute)> gnome-settings-daemon (ex. volume-up)> сигнал 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/