Благодарю, действительно, все это есть в User Guide... И в выводе команды xmodmap -pke все подробно указано...

https://i3wm.org/docs/userguide.html#keybindings

Думал найти решение, чтобы файл конфига был именно с латиницей.
Но, вы правы, стоит ли заморачиваться, если все можно и так один раз настроить, да пользоваться как и всегда.
Здравствуйте!

После установки i3 на ArchLinux столкнулся с тем, что в конфигурационном файле, задавать какие-либо горячие клавиши с буквами, необходимо
с указанием их через параметр "Сyrillic". Если скопировать дефолтный файл, где хоткеи задаются как обычно латиницей (например, $mod+Shifr+R),
то вообще перестают работать какие-либо сочетания клавиш в i3.
Ранее использовал Debian с i3, там не было такой проблемы, хотя локаль также использовалась русская.
Собственно, ниже части конфига, как он выглядит сейчас и, как приходится задавать сочетание клавиш через параметр Cyrillic. Если некоторые буквы мне удалось ещё уагадать ,как записать их некой "транскрипцией русских букв - латиницей", то далеко не все.
Подскажите, пожалуйста, сталкивался ли кто с таким? Так понимаю смотреть в сторону локали?
В общем, немного чудно конфигурировать такой файл настроек, хотелось бы его "очеловечить"и вернуть к нормальному виду...

# kill focused window
bindsym $mod+Shift+Cyrillic_shorti kill

# start dmenu (a program launcher)
bindsym $mod+Cyrillic_ve exec dmenu_run
# bindsym $mod+Cyrillic_ve exec dmenu_run -fn 'Hack-8'
# There also is the (new) i3-dmenu-desktop which only displays applications
# shipping a .desktop file. It is a wrapper around dmenu, so you need that
# installed.
# bindsym $mod+d exec --no-startup-id i3-dmenu-desktop

# change focus
bindsym $mod+Cyrillic_o focus left
bindsym $mod+Cyrillic_el focus down
bindsym $mod+Cyrillic_de focus up
bindsym $mod+Cyrillic_zhe focus right
## My settings

bindsym $mod+Cyrillic_es exec chromium         ## mod+C
bindsym $mod+Cyrillic_che exec firefox         ## mod+X
bindsym $mod+Cyrillic_ze exec pcmanfm          ## mod+P
bindsym F1 exec flameshot gui
bindsym F2 exec geany
bindsym $mod+F1 exec cherrytree
bindsym $mod+F2 exec keepassxc
bindsym $mod+Shift+BackSpace move scratchpad
bindsym $mod+BackSpace scratchpad show

for_window [class="Kcalc"] floating enable
for_window [class="KeePassXC"] floating enable
for_window [class="Alacritty"] floating enable

exec redshift -O 3700
exec picom
exec pulseaudio
BigOrange
при входе, чтоб сначалf удалялось, а потом запускалось.
Что-то тупанул))). Ведь это элементарно. Спасибо, скрипт написал))) Теперь хотя бы при запуске не заморачиваться с удалением папки.
BigOrange
может как-то можно изящней всё это дело организовать?
Поизучаю вопрос, но так-то у нас всё через RDP идет, VPN вряд ли получится....
vasek
… если это тирринг, то простор для экспериментов большой.
Нет, не тиринг. Плохие прорисовки границ окон и подобное. Но это, скажем так, терпимо.
Гораздо большая проблем, это неработающий копипаст файлов с удаленки на локальную машину. Т.е. Ctrl+C / Ctrl+V файлов с сервера на локалку, не работает.
Подключение локальной папки к серверу, конечно, сглаживает проблему, но это все равно не так оперативно скопировать файл, как если бы работать сочетаниями клавиш.
BigOrange
laguna
можно написать скрипт
.. так подключаю (через хоткей)…
У нас на сервере двухэтапная аутентификация, собственно подключаю схожей командой:
xfreerdp +clipboard /v:SERVER /g:GETAWAY HOSTNAME /u:USERNAME /d:DOMAIN /p:'PAROL' /size:1366x768 /home/USER/Download

По скрипту не совсем понял? Написать скрипт, чтобы при выходе из xfreerdp (завершении демона), - автоматом удалялась папка ~/.config/freerdp?
BigOrange
laguna
xfreerdp совсем не вариант??
Это первое, что я стал пробовать. Как отписался выше, к сожалению, проблему с артефактами и необходимостью удаления папки freerdp в .config для возможности повторного подключения, он не решает.
Единственное, это стабильность подключения через xfreerdp.
Не знаю, что сделали с xfreerdp и remmina, но как и писал, во всех производных от ubuntu 18.04 версии и младше, всё работает как надо. В более свежи версиях, где подвезли уже ветку 1.2.0 для freerdp и 1.3.0. для remmina, что-то сломалось...
Поэтому да, выбирая наименьшее из зол, буду использовать сейчас подключение через xfreerdp - хотя бы не отваливается при сворачивании в трей.

По поводу тёток-нет, это все для меня любимого))) Просто хочется чтобы работало все как надо. Раздражают все же все эти графические баги, хотя и не критичные.
К сожалению, не вышло.

загрузка пакетов...
разрешение зависимостей...
предупреждение: не удалось разрешить "default-dbus-session-bus", зависимость "remmina-git"
предупреждение: не удалось разрешить "remmina-common-git=.29", зависимость "remmina-git"
:: Этот пакет не может быть обновлен из-за неразрешимых зависимостей:
      remmina-git

:: Вы уверены что хотите пропустить этот пакет при обновлении? [y/N] y
проверка конфликтов...
 делать больше нечего
Что ж ..буду довольствоваться как есть, новыми версиями remmina с "артефактами".
По итогу работы debtap сформировался пакет remmina-git-.29-1-x86_64.pkg.tar.xz
Правильно ли понимаю, что теперь надо дать команду?
pacman -U remmina-git-.29-1-x86_64.pkg.tar.xz
Всем большое спасибо за советы! Есть из чего опробовать, собственно уже все попробовал кроме debstap))))
В общем, буду пробовать преобразовать deb пакет через debtap.
Отпишусь по итогу.