Re: Raspberry PI, Bullseye, переклю чение раскладок

On 10/02/2022 03:40, Maksim Dmitrichenko wrote:
> Сам спросил, сам нашёл ответ. Во всем виноват оконный менеджер mutter: 
> он перехватывает события смены раскладки через xkb и отменяет их. 
> Единственным легитимным способом переключения раскладок он, кажется, 
> считает вызов определённой функции в libmutter.

Если правильно понимаю, то это последствие того, что в ubuntu когда-то 
был патч, который позволял и раскладку переключать, например, 
Ctrl+Shift, и эти же самые клавиши использовать в комбинациях с другими.

mutter 2857fdbdb8, где воткнули XkbLockGroup:

Ubuntu ships a patch in the X server that makes the group switch
keybindings only work on key release, i.e. the X server internal group
locking happens on key release which means that mutter gets the
XKB_KEY_ISO_Next_Group key press event, does its XLockGroup() call
with a new index and then, on key release, the X server moves the
index further again.

> Пришлось закомментировать этот блок говнокада и пересобрать пакет. 
> Потому что переключиться с mutter на openbox тоже с разбегу не вышло 
> почему-то.

Я решил, что от gnome лучше держаться подальше, когда прочитал вот такое:

https://bugzilla.gnome.org/show_bug.cgi?id=756543
Third-party keyboard switchers are not supported in GNOME. Plenty of
other XKB knobs/behaviors were already impossible or at least
impractical when set from outside mutter's control. That's a conscious
design decision that's not going to change unless there's a very good
case for it.

Как-то слишком радикально получилось у них приделать поддержку CJK.

Любопытно, есть ли в LXDE аналог вот такого крокодила, который 
переключает раскладки в gnome?

gdbus call --session --dest org.gnome.Shell \
   --object-path /org/gnome/Shell \
   --method org.gnome.Shell.Eval \
 
"imports.ui.status.keyboard.getInputSourceManager().inputSources[1].activate()"