xkeycaps - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

xkeycaps - графічне відображення та редагування клавіатури X

СИНТАКСИС

xkeycaps [-набір інструментів ...] [-варіант ...]

ОПИС

Команда xkeycaps програма відображає клавіатуру. Наведення миші на клавішу описує
ключові символи та модифікатори, які генерує цей ключ. Клацання лівою кнопкою миші імітує а
Подія KeyPress. Клацнувши правою кнопкою миші, з’явиться меню операцій, зокрема a
команду, щоб змінити ключові символи, які генерує ключ. Ця програма, частково, є а
графічний інтерфейс до xmodmap(1).

ВАРІАНТИ

xkeycaps приймає всі стандартні параметри набору інструментів, а також приймає наступне
опції:

-клавіатура ім'я клавіатури or -kbd ім'я клавіатури
Визначає тип клавіатури для відображення. Існує багато різних комп’ютерів
клавіатур у світі, і xkeycaps потрібно знати, який з них ви використовуєте, щоб
функціонувати правильно. Регістр не має значення при вказуванні імені клавіатури.

Якщо ви працюєте на консольному дисплеї Sun або HP, то xkeycaps волі
Опитуйте підключене обладнання клавіатури безпосередньо, щоб визначити, яка у вас клавіатура
використання. Але якщо ви працюєте віддалено або на іншому типі комп’ютера, то ви повинні
якось визначити клавіатуру.

-допомога
Перелічує розпізнані значення для -клавіатура варіант.

- ширина водостоку номер or -gw номер
Вказує кількість пікселів простору, який потрібно залишити між кожною клавішею.

-шрифт ім'я шрифту
Визначає шрифт для відображення клавіш.

З такими стандартними аргументами командного рядка X Toolkit зазвичай використовуються xkeycaps:

- дисплей хост: dpy
Цей параметр визначає X-сервер, з яким потрібно зв’язатися.

-геометрія геометрія
Цей параметр визначає бажаний розмір і положення вікна.

-bg color
Цей параметр визначає колір фону вікна. За замовчуванням
світло-сірий.

-fg color
Цей параметр визначає колір переднього плану вікна. За замовчуванням
чорний.

-чб номер
Цей параметр визначає ширину в пікселях межі, що оточує вікно.

-xrm рядок ресурсів
Цей параметр визначає рядок ресурсу, який буде використано. Це особливо корисно для
налаштування ресурсів, які не мають окремих параметрів командного рядка.

DISPLAY

У нижній частині вікна зображено клавіатуру. У верхньому лівому куті кожної клавіші є
надрукував рядок, який фактично з'являється на поверхні ключа. У нижньому правому куті
ключа — це (шістнадцятковий) код ключа, який генерує цей ключ.

У верхній частині екрана є кілька рядків тексту з описом клавіші під мишею (або
останній введений ключ.) Ці рядки:

Ключовий код: Це відображає текст, надрукований на фізичному ключі, і згенерований код ключа
цим ключем у шістнадцятковому, десятковому та вісімковому.

KeySym: Тут відображається набір KeySyms, який наразі генерує цей ключ.

ASCII: Це відображає еквівалент ASCII цього ключа з урахуванням
поточні клавіші-модифікатори, які вимкнені.

Модифікатори: тут відображаються біти модифікатора, які генерує цей ключ. Якщо генерується ключ
модифікаторів, це як акордова тональність Shift or Контроль.

Автоповтор: Чи стверджує X-сервер, що цей ключ автоматично повторюється. Я кажу ``претензій''
тому що сервер OpenWindows X є єдиним, з яким я стикався
ця інформація точна. Прапор автоматичного повторення для кожної клавіші, здається, майже-
повсюдно ігнорується.

КОМАНДИ

У верхньому лівому куті вікна є кілька кнопок. Вони є:

Вихід
Виходить з програми.

Виберіть клавіатура
Відкриється діалогове вікно, у якому можна змінити, яка клавіатура відображатиметься. Ліворуч
стовпець містить перелік відомих типів клавіатур, а правий стовпець — відомі
розкладки (відображення) цих клавіатур.

тип At Window
Після вибору цього, вас попросять натиснути на інше вікно. Зробивши це,
натискання клавіш на дисплеї клавіатури імітує ключові події у вікні
вибрано. Вибір кореневого вікна або xkeycaps вікно вимикає це.

Якщо ви використовуєте менеджер вікон (наприклад, твм(1)), в якому можна заблокувати
клавіатура фокусується на вікні та все одно клацає на інших вікнах без фокуса
змінити, то ви можете зробити те ж саме, просто зосередившись на іншому вікні
і натискання клавіш у xkeycaps вікна.

відновлення дефолт карта
Ця команда відновлює клавіатуру до стану за замовчуванням. Якщо ви виконаєте цю команду
під час відображення клавіатури, яка не відповідає типу клавіатури, яку ви дійсно використовуєте,
ваша розкладка буде в безглуздому стані. Немає способу для xkeycaps розповісти що
клавіатуру, яку ви використовуєте, за винятком того, що вірите собі на слово, тому не брешете.

Запис Вихід
Ця команда пише an xmodmap вхідний файл, що представляє поточний стан
клавіатури (включаючи всі ваші зміни) до файлу у вашому домашньому каталозі. Зауважте, що
ця команда НЕ записує розкладку клавіш за замовчуванням для цього типу клавіатури, якщо ви не
раніше натискали Відновити карту за замовчуванням.

Буде викликано файл .xmodmap-ім'я хоста, Де ім'я хоста це назва машини
ти бігаєш далі. Він попередить вас, якщо файл уже існує.

Він запропонує вам діалогове вікно: ви можете або написати файл xmodmap файл, що представляє
стан кожного ключа, або ви можете написати менший файл, який описує лише файл
зміни.

Ідея полягає в тому, щоб у відповідному сценарії запуску ви додали рядок, як
xmodmap /.xmodmap-`uname -n`
у відповідному файлі ініціалізації, щоб ці зміни клавіатури вносилися щоразу
ви входите в систему. (Якщо ви не впевнені, куди має йти ця команда, запитайте у своєї системи
адміністратора, оскільки це, як правило, відрізняється від сайту до сайту.)

Клацання лівою кнопкою миші імітує а KeyPress подія. Відпускання кнопки імітує а
Випуск ключа подія. Якщо клацнути лівою кнопкою миші та перемістити мишу, поки кнопка натиснута,
KeyPress та Випуск ключа події будуть моделюватися на кожній клавіші, на яку ви наведете курсор миші.
Думайте про мишу як про свій палець: якщо ви перетягнете мишею по кількох клавішах, вони зникнуть
вниз і вгору по черзі.

Клацання ліворуч на клавіші, яка пов’язана з бітами модифікатора (наприклад, Shift або Control)
призводить до ``блокування'' ключа. Повторне натискання ліворуч звільняє ключ. Таким чином ви
може генерувати ключові акорди за допомогою миші: генерувати Control-C, натисніть ліворуч на Контроль
клавішу, а потім натисніть кнопку C ключ. Натисніть на Контроль знову, щоб повернути модифікатор керування
вимкнути

Введення ключа на реальний клавіатура імітує a KeyPress/Випуск ключа подій пара в ж
як це робить натискання клавіші.

Ви також можете комбінувати введення мишею та клавіатурою: наприклад, якщо ви використовуєте мишу для вибору
Shift та введіть символ, імітована подія матиме Shift
набір модифікаторів. А якщо притримати справжнє Контроль і натисніть на кнопку C введіть
вікно, a Control-C буде згенерована подія. (Припускаючи, що ваш менеджер вікон
не перехоплює контрольну ліву кнопку для власних цілей.)

При натисканні правою кнопкою миші на клавіші з’являється меню команд для даної клавіші. Вони є:

обмін Ключі
Після вибору цього пункту меню вам буде запропоновано натиснути іншу клавішу. Цей ключ і
буде замінено ключ, на якому ви відкрили меню. Це змінює клавіатуру
відображення негайно.

дублювати ключ
Після вибору цього пункту меню вам буде запропоновано натиснути іншу клавішу. Цей ключ буде
зробити копію ключа, за допомогою якого ви відкрили меню. Тобто два ключі
згенерує той самий набір ключових символів і модифікаторів. Це змінює клавіатуру
відображення негайно.

Забороняти ключ
Клавіша, на якій ви відкрили меню, буде зроблено так, щоб не генерувати символів ключів і ні
модифікатори. Це негайно змінює розташування клавіатури.

відновлення ключ До дефолт
Клавіша, на якій ви відкрили меню, буде відновлено до стану за замовчуванням; немає
інший ключ буде змінено. Це фактично змінює поточне розташування клавіатури.

Редагувати Ключові символи of ключ
Відкриється вікно «Редагувати ключ», яке дозволяє довільно змінити
ключові символи та модифікатори, які генерує цей ключ.

У лівій частині вікна знаходиться список ключових символів, які в даний момент мають цей ключ
породжує. (Ключ може генерувати до восьми символів ключів; їх інтерпретація
keysyms описано в документі протоколу X і коротко описано далі в
KEYSYMS І КЛЮЧОВІ КОДИ розділ цієї сторінки посібника.)

Другий стовпець являє собою список із XNUMX-ми бітами-модифікаторами цього ключа
може генерувати. Наприклад, якщо ви хочете, щоб ключ поводився як «контрольний», ви
слід вибрати Контроль модифікатор.

Третій і четвертий стовпці (списки, що прокручуються) призначені для зміни ключового символу
пов'язаний з ключем. Коли ви вибираєте позицію keysym з першого стовпця,
набір символів і клавіші відображатимуться в списках, що прокручуються. Натиснувши на a
keysym у стовпці ``KeySym'' встановить цей keysym у виділений слот у
перший стовпець.

Щоб вибрати символ ключів із іншого набору символів, клацніть назву набору символів у
другий стовпець. (В Латинська 1 та клавіатура Найбільш поширеними є набори символів
використовується.)

У нижній частині вікна розташовані три кнопки: розстібати, викидень та Ok. Натиснувши на розстібати
повертає вікно редагування ключа до поточного стану відповідного ключа. викидень закривається
вікно «Редагувати ключ», не вносячи жодних змін. Ok закриває вікно Edit Key і
встановлює ваші зміни (поточне розташування клавіатури змінено.)

KEYSYMS І КЛЮЧОВІ КОДИ

Щоб ефективно редагувати клавіатуру, потрібно знати деякі терміни
з:

KeyCode Це необроблений скан-код, який зчитується з клавіатури; кожен фізичний ключ на
клавіатура має інший номер, пов'язаний з нею; цього відображення бути не може
змінився (але це нормально).

Як правило, кожна клавіатура має свій власний набір кодів клавіш, тому ви і будете
ймовірно, для кожної системи, яку ви використовуєте, потрібно мати іншу розкладку.

KeySym Це символ, який можна створити одним натисканням однієї клавіші на
клавіатура: наприклад, усі літери, цифри та розділові знаки є символами клавіш тощо
є більш абстрактними речами, такими як ``shift'' та ``control''.

Кожен KeyCode (тобто клавіша на клавіатурі) пов'язаний з певними KeySyms.
KeySyms – це те, що надає ключам їх семантику (і змушує генерувати ключ A
a), а не ключові коди.

Зазвичай ключі асоціюються з одним або двома ключами, які відповідають
символи, що генеруються при натисканні клавіші та при натисканні під час
клавіша shift утримується. Існує особливий випадок, який полягає в тому, що якщо ключ
містить лише один KeySym, і це буква, тоді клавіша Shift робить це
очевидна річ, що робиться з листами.

KeyCap Не плутати з KeySyms, це стосується тексту, надрукованого на
фізичні клавіші: вони незмінні (якщо ви не перефарбуєте клавіатуру...)

Акорд Цей термін відноситься до набору з двох або більше клавіш, утримуваних одночасно (за допомогою
аналогія з клавіатурами фортепіано.) Усі клавіші, крім однієї, зазвичай будуть
Клавіші-модифікатори. Іноді сузір'я вживається, щоб означати те саме.

Модифікатор ключ
Це клавіша на зразок shift або control, яка використовується для зміни інтерпретації
інших клавіш, які одночасно утримуються. Як правило, натискання a
клавіша-модифікатор без натискання клавіші без модифікатора нічого не робить.

Ключ є ключем-модифікатором, якщо на ньому є Modifier KeySym. (Більш конкретно,
якщо KeyCode цього ключа пов’язаний з модифікатором KeySym.)

Модифікатор KeySym
KeySym - це ключовий символ-модифікатор, якщо з ним пов'язаний біт модифікатора. але,
правила дещо складніші. Це легше описати
приклад:

Щоб клавіша вела себе так, як очікується, поводиться клавіша shift, код ключа повинен вести себе
встановити біт модифікатора Shift; і ключ повинен генерувати один із keysyms
Shift_L і Shift_R. Якщо будь-яке з цих правил не відповідає дійсності, ключ не буде вести себе як
клавіша Shift.

Аналогічно, клавіша керування повинна мати встановлений модифікатор Control і використовувати один із них
символи клавіш Control_L або Control_R.

Це означає, що якби ви хотіли поміняти місцями клавіші Shift і Control, це було б
недостатньо просто поміняти місцями їхні біти-модифікатори: ви повинні поміняти їх ключові символи як
добре. Якщо ви поміняєте місцями лише біти модифікатора, спочатку може здатися, що це спрацює, але
інші речі могли б не працювати.

Такі клавіші, як Meta (і Super, Hyper тощо), є дещо складнішими (див. нижче).

Модифікатор Біт
Біти-модифікатори — це атрибути, які можуть мати певні ключові символи. Деякі біти-модифікатори
мають попередньо визначену семантику: Shift, Lock і Control. Модифікатор, що залишився
біти (Mod1 - Mod5) мають семантику, яка визначається ключами, за допомогою яких
вони пов'язані.

Тобто модифікатор Control означає Control, якщо він приєднаний до Control_L або
Control_R, і є незаконним в інших місцях.

Але Mod1 означає Meta, якщо він приєднаний до Meta_L або Meta_R; але це означало б Alt
якщо він був приєднаний до Alt_L або Alt_R; або Hyper з Hyper_L або Hyper_R; і так
на. (Однак його не можна було приєднати до Control_L, оскільки Control
модифікатор уже говорив про ці ключові символи.)

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

X ПРОТОКОЛ ДОКУМЕНТ ON КЛАВИАТУРІ

Нижче наведено більш точне технічне пояснення того, як працює розбір клавіш. Це
опис взято з документа X Protocol і надруковано тут для вашої зручності:

Список KeySyms пов'язаний з кожним KeyCode. Якщо цей список (ігноруючи завершення
NoSymbol записів) є одним KeySym ``K'', тоді список розглядається як
список ``К NoSymbol K NoSymbol''. Якщо список (ігноруючи заверш NoSymbol записи) є a
пара KeySyms ``K1 K2'', тоді список розглядається як список ``K1 K2 K1
K2''. Якщо список (ігноруючи заверш NoSymbol записи) є трійкою KeySyms ``K1 K2
K3'', тоді список розглядається як список ``K1 K2 K3 NoSymbol''.

Перші чотири елементи списку розділені на дві групи KeySyms. Група 1
містить перший і другий KeySyms, група 2 містить третій і четвертий KeySyms.
Усередині кожної групи, якщо другий елемент групи є NoSymbol, потім група
слід розглядати так, як якщо б другий елемент був таким самим, як і перший елемент, за винятком
коли першим елементом є алфавітний KeySym ``K'', для якого і нижній регістр і
визначаються форми верхнього регістру. У цьому випадку до групи слід ставитися так, ніби до
Першим елементом були буква ``K'' у нижньому регістрі, а другий елемент – це
форма ``K'' у верхньому регістрі.

Стандартні правила для отримання KeySym із події KeyPress використовують тільки
KeySyms групи 1 і групи 2; інтерпретація інших KeySyms у списку не надається
тут. (Тобто останні чотири KeySyms не використовуються.)

Яку групу використовувати, визначається станом модифікатора. Перемикання між групами є
керується іменованим KeySym Перемикач_режиму.

Приєднавши цей KeySym до деякого KeyCode і приєднавши цей KeyCode до будь-якого з
модифікатори Мод1 через Мод5. Цей модифікатор називається ``груповим модифікатором''. Для будь-якого
KeyCode, група 1 використовується, коли модифікатор групи вимкнено, а група 2 використовується, коли параметр
увімкнено модифікатор групи.

Усередині групи, який KeySym використовуватиме, також визначається станом модифікатора. Перший
KeySym використовується, коли Shift та Lock модифікатори вимкнені. Використовується другий KeySym
коли Shift модифікатор увімкнено, або коли Lock модифікатор увімкнено, а другий KeySym
у верхньому регістрі алфавіту, або коли Lock модифікатор увімкнено і інтерпретується як
ShiftLock. Інакше, коли Lock модифікатор увімкнено і інтерпретується як CapsLock,
стан Shift модифікатор застосовується спочатку для вибору KeySym, але якщо це
KeySym є малим алфавітом, тоді використовується відповідна клавіша KeySym у верхньому регістрі
замість цього.

ICCCM ON THE ЗМІНА СКАСУВАННЯ

Нижче наведено більш точне технічне пояснення того, як ключі-модифікатори
інтерпретується. Цей опис взято з Посібника про міжклієнтські комунікації,
і передруковано тут для вашої зручності:

X11 підтримує 8 біт-модифікаторів, 3 з яких попередньо призначені Shift, Lock та Контроль.
Кожен біт модифікатора контролюється станом набору ключів, і ці набори є
зазначено в таблиці, до якої звертаються GetModifierMapping() та SetModifierMapping().

Клієнт, якому потрібно використовувати один із попередньо призначених модифікаторів, повинен вважати, що
Таблицю модифікаторів було налаштовано правильно для керування цими модифікаторами. The Lock
модифікатор слід інтерпретувати як кришки Lock or Shift Lock відповідно до кодів клавіш у
його контрольний набір включає XK_Caps_Lock or XK_Shift_Lock.

Клієнти повинні визначити значення біта-модифікатора на основі ключових символів, які використовуються
контролювати це.

Наприклад, клієнту потрібно використовувати додатковий модифікатор Meta, має:

Скануйте наявні зіставлення модифікаторів. Якщо він знайде модифікатор, який містить код ключа
набір ключових символів якого включає XK_Meta_L or XK_Meta_R, він повинен використовувати цей модифікатор
біт

Якщо немає існуючого модифікатора, керованого XK_Meta_L or XK_Meta_R, це повинно
виберіть невикористаний біт модифікатора (з порожнім набором контролю) і:

Якщо є ключ-код з XL_Meta_L до набору ключів додайте цей код ключа
потім набір для вибраного модифікатора

якщо є ключ-код з XL_Meta_R до набору ключів додайте цей код ключа
потім набір для вибраного модифікатора

якщо контрольний набір все ще порожній, взаємодійте з користувачем, щоб вибрати один або
більше ключів Meta.

Якщо немає невикористаних бітів модифікаторів, попросіть користувача вжити коригуючих заходів.

Вищезазначене означає, що Мод1 модифікатор не обов’язково означає Meta, хоча деякі
додатки (наприклад твм та emacs 18) припустимо, що. Будь-який із п’яти непризначених модифікаторів
біти можуть означати мета; важливо те, що біт модифікатора генерується кодом ключа, який
прив’язаний до keysym Мета_Л or Meta_R.

Тому, якщо ви хочете створити "мета-ключ", правильний спосіб - це зробити код ключа
питання породжують обидва a Meta keysym і деякий раніше не призначений біт модифікатора.

THE MODE_SWITCH KEYSYM

Якщо вищезгадане не має сенсу, що Перемикач_режиму keysym, по суті, діє
як додатковий вид клавіші Shift. Якщо до ключа A приєднано чотири ключі
ці чотири ключові символи будуть доступні за акордами: A; Shift-A, Mode_Switch-A; і
Mode_Switch-Shift-A відповідно.

Як і будь-який ключ модифікатора, щоб Mode_switch функціонував, він повинен мати біт модифікатора
до нього. Отже, виберіть один із бітів Mod1–Mod5 (який не використовується) та приєднайте його
на клавішу Mode_switch.

THE MULTI_KEY KEYSYM

Не плутати з Mode_switch, Multi_key дозволяє вводити кілька символів
послідовності, які представляють один символ (ключ.) Більш традиційна назва для цього
keysym міг бути Писати.

Команда Multi_key keysym є НЕ ключ-модифікатор Sym. Тобто, щоб він функціонував належним чином, він
не повинно мати жодних бітів-модифікаторів, пов'язаних з ним. Це тому, що це не a
Клавіша «акорд»: ви не утримуєте її разом з іншими клавішами. Скоріше, ти тиснеш
Multi_key, потім відпустіть її, потім натисніть і відпустіть іншу клавішу, і обидві разом відкриються
новий персонаж.

Наприклад, одна традиційна прив’язка буде для Multi_key, А потім одинарні лапки,
подальшою A виробляти Гострий keysym.

Не всі постачальники підтримують використання Multi_key keysym; зокрема Digital, Sun та
HP підтримує його, а консорціум X — ні. (Мені кажуть, що причиною цього є те
Послідовності ``Compose'' вважаються застарілими; партійна лінія полягає в тому, що ви повинні використовувати
Методи введення для цього.)

Чи працює Multi_key є властивістю Xt бібліотека (не X-сервер), отже
можливо, що в одній системі Multi_key може працювати з деякими програмами, а ні
інші (залежно від того, як ці програми були зібрані та пов’язані).

Якщо ви використовуєте Lucid Emacs або XEmacs, ви можете скористатися перевагами послідовностей Multi_key
якщо ваша версія Xt не підтримує його, завантажте файл x-компонувати бібліотека, яка
моделює традиційну поведінку Xt. Для отримання додаткової інформації прочитайте коментар у верхній частині
файл "/usr/local/lib/xemacs-*/lisp/x11/x-compose.el".

СМЕРТЬ KEYSYMS

Мертві клавіші працюють аналогічно Multi_key, але це команди з двома натисканням клавіш замість трьох.
Наприклад, натиснувши кнопку Мертва_тильда клавішу, відпустивши її, потім натиснувши кнопку A ключ би
генерувати єдиний keysym Атильда. (Вони називаються "мертвими" ключами, тому що вони цього не роблять
самі вставляйте символи, але замість цього змінюйте введений нижче символ. Але HP
любить називати їх "німими" замість "мертвих", без сумніву, щоб не налякати
діти.)

Знову ж таки, вони не підтримуються всіма версіями бібліотеки Xt (але можуть бути змодельовані за допомогою
XEmacs.)

Також зверніть увагу, що різні постачальники мають різні назви мертвих ключів. Наприклад:
залежно від вашого постачальника, версії X-сервера та фази місяця, ви можете це виявити
ім'я ``dead-tilde'': Dead_Tilde, Dtilde, SunFA_Tilde, SunXK_FA_Tilde, DXK_tilde,
DXK_tilde_accent, hpmute_asciitilde, hpXK_mute_asciitilde або навіть XK_mute_asciitilde.
Це безлад! Вам потрібно буде просто спробувати і подивитися, що спрацює, якщо що.

РЕЧІ ВИ НЕ МОЖУТЬ DO

Люди часто запитують, чи можна використовувати xkeycaps або xmodmap, щоб один ключ генерував послідовність
символів. На жаль, ні: ви не можете зробити такі речі, маніпулюючи
карти ключів сервера. Модель клавіатури X просто так не працює.

Спосіб зробити такі речі – встановити ресурси перекладу на певні віджети. Це має
здійснюється на основі окремої заявки. Наприклад, ось як би ви
переконати xterm(1), щоб вставити рядок наступний коли ви натискаєте F17:
xterm*VT100.Переклади: #override \
F17: рядок ("далі")
Інші програми можуть мати різні механізми для виконання того ж самого, і
деякі програми можуть не підтримувати його взагалі. Перевірте відповідні сторінки керівництва
специфіка.

Так само, ви не можете переконати один ключ створити інший ключ за допомогою модифікаторів (наприклад,
ви не можете змусити F1 поводитися як Ctrl-A, крім як за допомогою перекладів, як зазначено вище.)

Також неможливо зробити так, щоб клавіша клавіатури вела себе як кнопка миші.

НЕВДАХА ВЕНДОРИ

І HP, і SuSE за замовчуванням постачають свої системи зі зламаними налаштуваннями клавіатури. Вони
дійсно повинні знати краще, але вони цього не знають.

Як пояснювалося вище, це так невизначених поведінка для того, щоб один біт модифікатора розподілявся між двома
ключі з різною семантикою.

За замовчуванням HP використовує Мод1 як для Meta та Перемикач_режиму. Це означає, що це неможливо
щоб програма розрізняла, наприклад, Meta-X і Mode_switch-X.

Отже, щоб виправити цей безлад, вам потрібно дати клавіші Mode_switch інший біт модифікатора
(режим2, наприклад.) Або ви можете просто видалити його з розкладки клавіш.

SuSE Linux ще більше зіпсований, ніж HP: тоді як розкладка клавіш HP за замовчуванням містить тільки
одна помилка, карта за замовчуванням SuSE містить три абсолютно різні помилки!

По-перше, їх розкладка за замовчуванням має Контроль модифікатор, доданий до обох Контроль ключ і
Multi_key. Це повне божевілля, бо не тільки так Multi_key не керуючий ключ,
це навіть не а акордування ключ! До нього взагалі не повинно бути приєднаних бітів модифікаторів.

По-друге, вони прикріплюються Мод1 до Мета_Л а також до Alt_R. Деякі люди думають, що "мета" і
``alt'' є синонімами, але справа в тому, що X Window System не узгоджується. Ті
окремі ключі. На клавіатурі можна мати як клавіші "meta", так і "alt".
в той же час, і щоб програми чітко їх інтерпретували. Але, звичайно, тільки якщо вони
не використовуйте один і той самий біт модифікатора, щоб інтерпретація цього біта була такою
неоднозначний.

По-третє, вони прикріплюються Мод5 для обох Scroll Lock і Hyper_R, що неправильно з причин
це вже має бути очевидним.

Найпростіший спосіб виправити вашу конфігурацію SuSE: видалити контроль від Multi_key;
змініть ліву клавішу Alt для створення Alt_L замість Мета_Л; і видалити Hyper_R кейсим
з клавіатури.

Якщо у вас є якісь контакти з цими постачальниками, я закликаю вас заохочувати їх отримати їх
діяти разом.

X РЕСУРСИ

XKeyCaps розуміє всі імена і класи основних ресурсів, а також:

*Клавіатура.клавіатура (клас клавіатура)
Яку клавіатуру відображати; це те саме, що -клавіатура параметр командного рядка. Якщо
це не вказано, клавіатура за замовчуванням вгадується на основі постачальника сервера
ідентифікаційний рядок.

*Keyboard.Keyboard.selectCursor (клас Курсор)
Курсор для використання під час вибору клавіші або вікна за допомогою миші. За замовчуванням є
перехрестя курсор.

*Висвітлення клавіатури.Клавіатура (клас фон)
Колір для виділення клавіші, коли вона натиснута. Якщо це те саме, що
колір фону ключа, натомість він виділяється візерунком.

*Keyboard.Key.keycapColor (клас Foreground)
Колір для фарбування рядка клавіш.

*Keyboard.Key.keycodeColor (клас Foreground)
Колір для фарбування номера ключа.

*Keyboard.Key.borderColor (клас Колір)
Колір коробки навколо кожної клавіші.

*Keyboard.Key.keycapFont (клас шрифт)
Шрифт для малювання рядка клавіш.

*Keyboard.Key.keycodeFont (клас шрифт)
Шрифт для нанесення номера коду ключа.

*Keyboard.Key.borderWidth (клас Int)
Товщина коробки навколо кожної клавіші.

*Keyboard.Key.gutterWidth (клас Int)
Скільки пікселів залишити між цією клавішею та сусідніми справа та знизу.

Клас кожного ключового віджета - це "Ключ", як ви бачите вище. Ім'я кожного ключа -
рядок(и), надруковані на його лицьовій стороні. Тож якщо ви хочете (наприклад) Shift ключі мати
ширші кордони, ви можете вказати це за допомогою
xkeycaps*Keyboard.Shift.borderWidth: 2

ДІЇ

Можна повторно прив'язати дії, які відбуваються при натисканні клавіші або кнопки миші або
звільнений. Ці дії доступні на сайті клавіатура віджет:

HighlightKey(стан, аргумент)
Це поміщає ключ, про який йде мова, у виділений стан.

Якщо ні аргумент передається до цієї дії, то ключ визначається подією, яка
викликав цю дію. Якщо цю дію викликає a KeyPress or Випуск ключа подія,
key-widget — це ключ, що відповідає ключу, який представляє подія. Якщо це a
ButtonPress, ButtonReleaseабо PointerMotion подію, то ключ-віджет є одним
під мишею.

Команда аргумент може бути одним із слів миша, виділенийабо displayed, що означає ключ
під мишею, останній виділений ключ або поточний ключ
описано в області "Інформація" у верхній частині вікна відповідно.

Команда стан може бути одним із слів ifmod, якщо не мод, iftracking, unlessstracking,
якщо виділеноабо якщо не виділено. Якщо ifmod було зазначено та ключ, про який йдеться
(як визначено аргумент або за допомогою події виклику) не є ключем-модифікатором
ця дія не виконується. The якщо не мод умова протилежна. The iftracking
та unlessstracking умови дозволяють виконувати деякі дії, лише якщо (або якщо) ключ
``відстежується'' за допомогою миші (див. нижче). якщо виділено та
якщо не виділено дії дозволяють робити деякі речі, лише якщо (або якщо) ключ в
питання наразі у виділеному стані.

UnhighlightKey(стан, аргумент)
Це поміщає розглянутий ключ у непідсвічений стан. Аргументи наведені вище.

ToggleKey(стан, аргумент)
Завдяки цьому ключ буде виділено, якщо він не виділений, або непідсвічений, якщо він не виділений
виділено. Аргументи наведені вище.

SimulateKeyPress(стан, аргумент)
Ця дія робить а KeyPress подія, що відповідає ключу, синтезується на
фокусне вікно. Аргументи наведені вище.

SimulateKeyRelease(стан, аргумент)
Ця дія робить а Випуск ключа подія, що відповідає ключу, синтезується на
фокусне вікно. Аргументи наведені вище.

TrackKey(стан, аргумент)
Це змушує розглянутий ключ починає ``відстежуватися'', що означає, що переміщення
наведення миші на нього імітує дію відпускання кнопки, а потім імітує а
натискання кнопки на клавіші, до якої перейшла миша. Ця дія може лише
викликатися з a ButtonPress or ButtonRelease події.

UntrackKey(стан, аргумент)
Це робить ключ, про який йде мова, більше не "відстежуваним".

DescribeKey(стан, аргумент)
Ця дія призводить до того, що ключ і його прив’язки відображаються в розділі ``Інформація'' за адресою
у верхній частині вікна, якщо це ще не описано там.

Дії за замовчуванням для клавіатура віджети:
: DescribeKey (миша, якщо немає відстеження) \n\
\
: HighlightKey() \
DescribeKey(unlessMod) \
DescribeKey (відображається) \
SimulateKeyPress() \n\
\
: UnhighlightKey() \
DescribeKey (відображається) \
SimulateKeyRelease() \n\
\
: HighlightKey (якщо не мод) \
ToggleKey(ifMod) \
TrackKey(unlessMod) \
SimulateKeyPress(якщо виділено) \
SimulateKeyRelease(якщо не виділено) \n\
\
: UntrackKey (виділено) \
SimulateKeyRelease(виділено, якщо не мод) \
UnhighlightKey (виділено, якщо немає Mod) \n\
\
: XawPositionSimpleMenu(keyMenu) \
Спливаюче меню (keyMenu) \n
Якщо ви не хочете, щоб ключ описувався щоразу, коли курсор миші над ним переміщується, ви можете видалити
дії. У такому випадку, мабуть, варто додати DescribeKey() до
та дії.

Якщо ви хочете, щоб клавіша під мишею була описана навіть тоді, коли миша рухається за допомогою a
натисніть кнопку вниз, потім зніміть якщо відстеження параметр з DescribeKey дія, пов'язана з
.

Якщо ви не хочете, щоб клавіші-модифікатори перемикалися, змініть Button1 дії до
xkeycaps*Keyboard.actions: #override \
: HighlightKey() \
TrackKey(unlessmod) \
SimulateKeyPress() \n\
: UntrackKey (виділено) \
SimulateKeyRelease(виділено) \
UnhighlightKey(виділено) \n
Пам’ятайте, що ці дії існують на клавіатура віджет, а не на ключ віджети. Якщо ти
додати дії до ключ віджети, все буде працювати з ладу.

НАВКОЛИШНЄ СЕРЕДОВИЩЕ

DISPLAY
щоб отримати хост і номер дисплея за замовчуванням.

СЕРЕДОВИЩЕ
щоб отримати ім’я файлу ресурсу, який перевизначає глобальні ресурси, що зберігаються в
Властивість RESOURCE_MANAGER.

XKEYSYMDB
щоб отримати місцезнаходження XKeysymDB файл, у якому перераховані ключові символи постачальника.

ОНОВЛЕННЯ

Останню версію завжди можна знайти за адресою
http://ftp.debian.org/debian/pool/main/x/xkeycaps/

Використовуйте xkeycaps онлайн за допомогою служб onworks.net