3

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

т.е. если на клавиатуре я нажимаю

CAPS-LOCK M CAPS-LOCK E R Y

Это должно напечатать

Mery

но на самом деле я получаю

MEry

Теперь мне нужно активировать блокировку заглавных букв, нажать M, деактивировать блокировку заглавных букв, подождать около секунды и закончить писать слово.

Есть ли способ решить это?


ОБНОВИТЬ

Странно, я думаю, что клавиатуры посылают сигналы, которые на самом деле представляют собой код ASCII для символов или инструкций. Таким образом, должен быть способ, которым ОС принимает и управляет этим сигналом. Ладно, это, наконец, прерывания процессора, но я не думаю, что здесь дело в прерываниях. Вы должны отредактировать свой вопрос и предоставить информацию о версии Ubuntu, 32- или 64-битной версии, графическом интерфейсе и, возможно, марке клавиатуры. Проверить любой драйвер клавиатуры?

У меня эта проблема с клавиатурой начиная с Ubuntu 10.04, в настоящее время я использую Ubuntu 12.04 LTS x64, бренд клавиатуры Logitech для клавиатуры USB, но у меня та же проблема с интегрированной клавиатурой ноутбука (это Asus A55VM)

1 ответ1

3

На самом деле это довольно интересная проблема, несмотря на мое первое представление "просто использовать клавишу Shift", я думаю, что это не вариант. В конце концов, Linux в основном заключается в настройке интерфейса, так что это должно быть частью этого.

Хватит болтать, давайте перейдем к погоне. Эта ошибка уже была зарегистрирована как # 27903 еще в 2010 году (и отмечена как исправленная в сентябре 2012 года) на трекере ошибок freedesktop.org. Теперь я процитирую некоторые комментарии из этого сообщения об ошибке, чтобы избавить вас от некоторых вопросов:

Бурак Чалык 2010-04-29 15:12:36 UTC

Эта проблема возникает, если вы привыкли печатать заглавные буквы с помощью кнопки capslock вместо shift и если вы пишете слишком быстро.

Например, вы можете увидеть те же предложения, которые были написаны в Windows и Linux;

В Windows: «Привет друзья. Как у вас сегодня дела?"

В Linux: «Привет, друзья. Как у вас сегодня дела?"

Пока вы пишете, в Linux открываются кепки.


Андреас Веттштейн 2011-08-07 01:14:52 UTC

Создано вложение 50006 [подробно] [обзор] Поддержка noLock и noUnlock в xkbcomp

Этот патч для xkbcomp позволяет указывать флаг noLock и noUnlock в более естественном синтаксисе. Вместо частного действия, показанного ранее, теперь можно написать «LockMods (modifiers = Shift+Lock ,ffect = unlock)».


Питер Хаттерер 2011-08-10 23:47:42 UTC

(В ответ на комментарий № 26)

Создано вложение (id = 49973) [подробно] noLock и noUnlock в _XkbFilterLockState

перенаправили в список спасибо. http://patchwork.freedesktop.org/patch/6691/


Питер Хаттерер 2012-03-05 22:15:36 UTC

commit e3f6a76dd480717eae4b17ad8e2ff707de2ffe4c Автор: Андреас Веттштейн Дата: четверг, 11 августа 16:33:33 2011 +1000

xkb: Support noLock and noUnlock flags for LockMods

Питер Хаттерер 2012-06-17 22:38:56 UTC

(В ответ на комментарий № 34)

У меня установлен сервер xorg 1.12. Я считаю, что мне просто нужно определить caps lock, как описано в комментарии № 27. Но я понятия не имею, какой файл редактировать, не могли бы вы помочь?

xkbcomp -xkb $DISPLAY my_xkbmap
then edit my_xkbmap and re-load it as
xkbcomp my_xkbmap $DISPLAY

Питер Хаттерер 2012-06-18 19:54:25 UTC

(В ответ на комментарий № 37)

Большое спасибо. Проблема с задержкой блокировки крышки исчезла. Является ли этот метод постоянным или мне нужно загружать my_xkbmap каждый раз, когда я запускаю x?

Андреас, не могли бы вы подать сообщение об ошибке xkeyboard-config, чтобы этот фрагмент по умолчанию был включен в карту ключей. Я думаю, что это достаточно полезно, чтобы нести это.


Андреас Веттштейн 2012-10-28 13:18:01 UTC

Андреас, не могли бы вы подать сообщение об ошибке xkeyboard-config, чтобы этот фрагмент по умолчанию был включен в карту ключей. Я думаю, что это достаточно полезно, чтобы нести это.

Извините, что потратил еще четыре месяца. Теперь это там, ошибка 56491.

Таким образом, есть плавающий патч, который решает половину проблемы. Упомянутый отчет об ошибке # 56491 находится в том же самом трекере ошибок, но все еще имеет статус NEW.

Из этой ошибки нечего цитировать, только некоторые взад и вперед между разработчиками о том, почему и как это исправить.

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .