Comments 59
Решение проблем с переключением по Alt+Shift — переключение по Caps.
setxkbmap -query
rules: evdev
model: pc105
layout: us,ru
options: terminate:ctrl_alt_bksp,grp:caps_toggle,grp_led:caps,grp:caps_toggle
На правах анекдота. Не пользовался капсом по исходному назначению несколько лет. В последнее время возникла потребность в редактировании bash-скриптов, CMake-конфигов и прочих Dockerfile'ов. И тут я обнаружил как удобно нажать один раз капс и спокойно вводить имена env-переменных (ну, за исключением символа '_') одной рукой, а в то же время с помощью другой продолжать жрать булочку!!
Эта проблема наблюдается не только на Electron-based приложениях. Этим грешит сам X11. И проблемы кратковременной потери фокуса наблюдаются не только при Alt+Shift комбинациях. При любых настройках смена раскладки клавиатуры уводит на доли секунды фокус с поля ввода. Как же меня бомбануло, когда я начал пользоваться tabsbook плагином для хранения заметок в браузере… В нем нужно вписать теги в pop-up окошке, которое… закрывается при уводе фокуса! Т.е. теги на двух языках вписать попросту нельзя.
Эта проблема иксов висит багом уже несколько лет… Сейчас лень гуглить. Емнип, с 2008 года. И эту проблему решает (неожиданно) Wayland!
Потому что Ctrl + Shift конфликтует с выделением по словам во всех текстовых редакторах.
Спасибо. Я придерживаюсь вашей точки зрения — ОС для человека, а не наоборот. Мне тоже дешевле один раз перенастроить.
Потому что Alt активирует меню. Спасибо кэпу внтури меня.
Клик ведь в нормальных GUI состоит из нажатия и отжатия.
Обычно пользователь ожидает событие при нажатии, а не отжатииНе знаю, где вы нашли пользователей, которые ожидают события по keydown.
Я всегда ожидаю события только по keyup, и очень удивляюсь, когда вдруг в каких-то редких программах натыкаюсь на действия, вызванные событием зажатия клавиши. Неприятно удивляюсь.
Исключение, конечно, составляю процессы, которые требуют удержания клавиши, начинающиеся в момент зажатия и заканчивающиеся в момент отжатия.
Вы пишете какое-то специфическое программное обеспечение?
А вот перепроверил… и вправду по отжатию.
У меня с последним обновление — в скайпе проблемы пропали, но появились в slack-е.
Кстати если нажимать сначала shift и потом alt проблемы нет
Как видно из примера она умеет только включать ту или иную раскладку, поэтому ничего кроме написания скрипта мне в голову не пришло.
А вы попробуйте kbdd оно прицепом умеет полезную вещь: запоминать раскладку для конкретного окна.
Была такая проблема, перешёл на переключение раскладки по Win+Space.
Была у меня похожая проблема в Windows, некоторые приложения по Alt «подсвечивали меню» и переключали фокус…
Есть ppa с фиксом: https://launchpad.net/~nrbrtx/+archive/ubuntu/xorg-hotkeys
setxkbmap -layout us -option; setxkbmap -layout «us,ru» -option grp:alt_shift_toggle
Как мне кажется проблема в вашем оконном менджере или ещё какой-то программе берущей на себя переключение раскладки. Сами иксы такой проблемой вроде не страдают.
Проверил у себя с vscode, переключается без проблем.
P.S. Сам переключаю раскладку по правой клавише win(она же meta)
Я словив этот баг просто обновился до 19.10 убунты...
Ctrl+Shift И Shift+Ctrl — это теперь РАЗНЫЕ комбинацииЭто же гениально. Десять лет сижу на линуксе и не знал что они разные. Возможно не было хорошего повода разобраться, а сам как то даже допустить не мог подобного. Было бы хорошим решением сделать Ctrl+Shift — первая раскладка а Shift+Ctrl — вторая. Кто нибудь так делал?
Мой вопрос не сильно имеет отношение к статье, но просто интересно. Зачем использовать комбинацию клавиш «Alt» + «Shift», если можно использовать «Ctrl» + «Shift»? Я, например, пользуюсь второй, т.к. эта комбинация физически находится вместе и при нажатии на неё вероятность задевания других клавиш меньше.
Alt+Shift, другие комбинации с обычными кнопками работают норм.Т.е. запускаю
xbindkeys -k, нажимаю Alt+Shift, он выводит:"(Scheme function)"
m:0x9 + c:64
Shift+Alt + Alt_L
Вставляю в файл
.xbindkeysrc строку:"/usr/bin/notify-send test"
m:0x9 + c:64
Перезапускаю
killall xbindkeys; xbindkeys -p -v и при нажатии Alt+Shift — ничего не происходит. Та же самая беда и с Ctrl+Shift, просто нажатием-отпусканием Ctrl, и т.п. Если добавить какую-нибудь обычную кнопку к комбинации (например Alt+Shift+A) — всё работает.Может кто-нибудь подсказать в чём проблема? Возможно запущенные xorg или KDE как-то мешают?
askubuntu.com/questions/967364/ubuntu-17-10-and-later-cant-change-the-input-switching-shortcut-to-altshift/986629#986629
1. При нажатии Alt+Shift фокус у поля не теряется как раньше, но временно пропадает фокус у самой программы. В итоге, например, если открыть менюшку программ Kickoff, установить фокус в поле поиска и начать набирать, а потом нажать Alt+Shift — тогда менюшка закроется.
То же самое в Run Command Interface (Alt+F2)
2. При подключении по RDP к какой-нибудь венде, где установлено Alt+Shift — вообще ничего не работает — ни линуксовая переключалка ни виндовая, приходится мышкой тыкать переключать.
Может кто-то знает как эти проблемы решить?
aur.archlinux.org/packages/xorg-server-bug865
Багу, оказывается, уже 16 лет и совершенно непонятно, почему его никак не могут пофиксить.
Починили электроновский баг https://github.com/electron/electron/issues/28088 наконец-то, не прошло и джва года!
"ждём ебилдов" ;-)
Спасибо, друг!!! Помогло!
Решение проблемы с переключением по alt+shift в Linux, в приложениях на Electron