Неккоректное поведение Caps_Lock в системной консоли при отображении кириллицы в верхнем регистре

Здравствуйте, уважаемые форумчане! Надеюсь на вашу помощь в решении своей проблемы. ))
А проблема заключается в следующем.
Не могу настроить корректное поведение клавиши Caps_Lock. С латиницей проблем нет, Сарs отрабатывает своё предназначение. Но при смене раскладки на кириллицу - Сарs ведёт себя некорректно, и не переключает регистр букв. Система "голая", без иксов. Ставил из base только ядро и grub ( опционально для grub потом поставил sed, т.к. grub-mkconfig ругался на его отсутствие). Все необходимое подтянулись по зависимостям.
Буду признателен за любую помощь.
А shift+клавиша меняет регистр? Если с клавиатурой порядок, то косяк в используемой раскладке. Показывайте какую используете:
$ cat /etc/vconsole.conf
посмотрим что там с капсом.
Shift отрабатывает своё назначение в обеих раскладках без замечаний.


$ cat /etc/vconsole.conf

LOCALE="ru_RU.UTF-8"
KEYMAP="ru"
FONT="ter-u20b"
I3eceJIbIu
LOCALE="ru_RU.UTF-8"
Нет такой опции для этого конфига.
https://jlk.fjfi.cvut.cz/arch/manpages/man/vconsole.conf.5
Удаляйте. Системная локаль устанавливается в /etc/locale.conf.

I3eceJIbIu
KEYMAP="ru"
С этой раскладкой порядок, на кейкоде капса нет модификаторов:
$ zgrep -i caps /usr/share/kbd/keymaps/i386/qwerty/ru.map.gz
                        keycode  58 = Caps_Lock
т.е. ломаться нечему. Со всем остальным тоже порядок. Должно работать.

I3eceJIbIu
FONT="ter-u20b"
Уверены, что в этом шрифте есть все символы кириллицы? Попробуйте для пробы что-то другое, например:
FONT=UniCyr_8x16
Придется перезагрузиться.
I3eceJIbIu, отбой. Только что проверил - действительно в этой раскладке в кириллице капс не работает.
Варианты:
  1. разбираться глубже с этой раскладкой (пока нет времени);
  2. пробовать другую готовую, но не факт, что там будет переключение lat/cyr;
  3. делать свою, но не факт, что от этого что-то изменится. Возможно в tty капс в кириллице не работает;
  4. забить. Многие считают клавишу Caps ненужной;
  5. свой вариант.
---
ЗЫ. Походу с utf-8 не реализуемо.
https://www.linux.org.ru/forum/desktop/4513684#comment-4528285
Спасибо. vconsole.conf поправил. А проблему намерен пытаться решить. Ну а если она в самом деле не реализуема с utf-8, то это будет очень странно.
I3eceJIbIu
если она в самом деле не реализуема с utf-8, то это будет очень странно.
Отнюдь. Есть много примеров, когда софт корректно работает только с однобайтовой кодировкой. Например, многолетний баг cut:
$ echo Привет | cut -c 5
Ð
А должен быть символ "е". Просто буржуйским разработчикам плевать на то, что в просторечии кто-то пользуется набором символов отличным от ASCII.
I3eceJIbIu
Но при смене раскладки на кириллицу - Сарs ведёт себя некорректно, и не переключает регистр букв. Система "голая", без иксов.
Всю жизнь использую для переключения раскладки клавишу Caps, используя setxkbmap - это работает в X-ах. В текстовой консоле (без X-ов) по дефолту работает для переключения раскладки Ctrl+Shift, а Caps переключает регистр. И не вижут серъезных причин менять эти комбинации, пусть все работает по дефолту - имхо, не так и важен в текстовой консоле ru, а если уж и понадобиться, то не так часто и можно воспользоваться Ctrl+Shift.
Так что советую не изгаляться.
Ошибки не исчезают с опытом - они просто умнеют
vasek
по дефолту работает для переключения раскладки Ctrl+Shift
Во-первых, не по дефолту. Во-вторых, если переключение языка ввода вообще предусмотрено раскладкой. А в-третьих, простите, но перечитайте стартовый пост и тему вообще. Caps_Lock в tty в кириллице вообще не выполняет свою прямую функцию - изменение регистра букв и похоже с этим ничего нельзя сделать в utf. Можно с однобайтовой кодировкой, напр., cp1251, но кому оно надо...
Aivar
перечитайте стартовый пост и тему вообще. Caps_Lock в tty в кириллице вообще не выполняет свою прямую функцию
То есть правильно понимаю - при раскладке us Caps выполняет функцию по дефолту, т.е. переключает регистр. При дефолтном переключении раскладки на ru, Caps не выполняет функцию по дефолту, т.е. не переключает регистр. Правильно понимаю?
Тогда вопрос - при дефолтном переключении раскладки с us на ru, все работает нормально и символы печатаются на ru?
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.