Решаване на проблема с превключването чрез alt + shift в Linux, в приложения на Electron

Здравейте колеги!

Искам да споделя моето решение на проблема, който е посочен в заглавието. Писане на статия, вдъхновена от колега brnovk, който не го мързеше и предложи частично (за мен) решение на проблема. Направих моята "патерица", която ми помогна. Споделям с вас.

Описание на проблема

Използвах Ubuntu 18.04 за работа и наскоро забелязах, че при превключване на оформлението с alt + shift в приложения като Visual Studio Code, Skype, Slack и други, които са създадени с Electron, възниква следният проблем: фокусът от полето за въвеждане преминава към горната лента на прозореца (меню). По други причини се преместих на Fedora + KDE и разбрах, че проблемът не е изчезнал. В търсене на решение намерих чудесна статия Направи си сам ремонт на Skype. Много благодаря другарю brnovkче е говорил подробно за проблема и е споделил своя начин за решаването му. Но методът, посочен в статията, затвори проблема само с едно приложение, а именно Skype. За мен също беше критично да се справя с Visual Studio Code, защото писането на съобщения с скачащо меню е досадно, но не толкова, ако разработвате. Освен това един колега предложи решение, при което менюто на приложението изчезва напълно и не бих искал да загубя менюто във VS Code.

Опитах се да разбера какво става

И така, реших да отделя време, за да разбера какво се случва. Сега ще опиша накратко по какъв път тръгнах, може би някой по-разбран в този въпрос ще помогне да изясня трудностите, които срещнах.

Отворих Visual Studio Code и започнах да натискам различни комбинации от Alt+<%something%>, гледайки как реагира приложението. В почти всички случаи всички комбинации, с изключение на Alt + Shift, се получиха без загуба на фокус. Изглежда, че някой изяжда натиснатия Shift, който последва след задържане и задържане на Alt, и приложението смята, че съм натиснал Alt, след това не съм натиснал нищо, пусна Alt и радостно хвърли фокуса ми в менюто си, което изглеждаше съвсем логично за него.

Отворих настройките за превключване на клавиатурната подредба (знаете ли, този дълъг списък с квадратчета за отметка и всякакви настройки за клавишите) и зададох превключването на клавиатурната подредба на бутона Alt, без никакви допълнителни кликвания.

След това Alt+Tab спря да работи за превключване на прозорци. Само Tab работеше, тоест пак някой ми "изяде" Alt. Кой беше този „някой“ вече не се задават въпроси, но нямам представа какво може да се направи с него.

Но тъй като проблемът трябваше да бъде решен поне по някакъв начин, тогава решението дойде на ум:

1. В настройките деактивирайте бързия клавиш за превключване на клавиатурни подредби (изчистете всички квадратчета за отметка в секцията Превключване към друга подредба);
2. Създайте своя собствена клавишна комбинация, която да превключва моето оформление

Описание на решението

Първо, нека инсталираме програма, която ви позволява да задавате команди на Xbindkeys. За съжаление, обикновените инструменти не ми позволиха да създам бърз клавиш за комбинация от типа Alt + Shift чрез красив интерфейс. Може да се направи за Alt+S, Alt+1, Alt+shift+Y и т.н. и т.н., но това не е подходящо за нашата задача.

sudo dnf install xbindkeysrc

Повече подробности за него има на ArchWiki
След това нека създадем примерен файл с настройки за програмата. Примерът е доста кратък, с няколко команди, от които се нуждаете, за да разберете как да работите с него:

xbindkeys -d > ~/.xbindkeysrc

Както можете да видите от примера, който е във файла, трябва да посочим бързия клавиш, който искаме да използваме, и командата, която трябва да бъде изпълнена. Изглежда просто.

# Examples of commands:
"xbindkeys_show"
  control+shift + q
# set directly keycode (here control + f with my keyboard)
"xterm"
  c:41 + m:0x4

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

За да получите кодовете, трябва да използвате командата:

xbindkeys -k

Ще се отвори малък прозорец "X". Трябва само да натискате клавишите, когато фокусирате върху този прозорец! Само в този случай ще видите нещо подобно в терминала:

[podkmax@localhost ~]$ xbindkeys -k
Press combination of keys or/and click under the window.
You can use one of the two lines after "NoCommand"
in $HOME/.xbindkeysrc to bind a key.
"(Scheme function)"
    m:0x4 + c:39
    Control + s

В моя случай комбинацията за клавишите Alt + Shift изглежда така:

m:0x8 + c:50

Сега трябва да се уверите, че когато щракнете върху тази комбинация, оформлението се превключва. Намерих само една работеща команда за указване на оформлението:

setxkbmap ru
setxkbmap us

Както можете да видите от примера, тя може да включи само едно или друго оформление, така че нищо друго освен писане на сценарий не ми дойде наум.

vim ~/layout.sh
#!/bin/bash
LAYOUT=$(setxkbmap -print | awk -F + '/xkb_symbols/ {print $2}')
if [ "$LAYOUT" == "ru" ]
        then `/usr/bin/setxkbmap us`
        else `/usr/bin/setxkbmap ru`
fi

Сега, ако файловете .xbindkeysrc и layout.sh са в една и съща директория, тогава крайната форма на файла .xbindkeysrc изглежда така:

# Examples of commands:

"xbindkeys_show"
  control+shift + q

# set directly keycode (here control + f with my keyboard)
"xterm"
  c:41 + m:0x4

# specify a mouse button
"xterm"
  control + b:2
#А вот то, что добавил я
"./layout.sh"
  m:0x8 + c:50

След това приложете промените:

xbindkeys -p

И можете да проверите. Не забравяйте да деактивирате всички опции за превключване на оформления в стандартните настройки.

Общо

Колеги, надявам се тази статия да помогне на някой бързо да се отърве от досадния проблем. Лично аз прекарах целия си почивен ден в опити да разбера и реша проблема по някакъв начин, така че повече да не се разсейвам от това в работно време. Написах тази статия, за да спестя на някого време и нерви. Много от вас използват алтернативен начин за превключване на оформления и не разбират какъв е проблемът. Аз лично обичам да превключвам с Alt+Shift. И искам да работи по този начин. Ако споделяте моето мнение и сте изправени пред този проблем, тази статия трябва да ви помогне.

Източник: www.habr.com