Created attachment 18368 [details] горячие клавиши переключения раскладки в "настройки/Клавиатура" При установке системы была выбрана комбинация Alt+Shift для переключения раскладки клавиатуры. В ЦУС (Alterator) отображается так же. В Меню/Настройки/Настройки/Клавиатура отображается | Переключиться на предыдущий источник ввода Shift+Super+Пробел | Переключиться на следующий источник ввода Alt+Shift_L На локальной машине нормально работает Alt+Shift. При подключении к удаленному столу переключить раскладку на удаленной машине комбинацией Alt+Shift невозможно, но срабатывает комбинация Shift+Super+Пробел, которая специально не выбиралась в настройках. Повесил тикет https://bugzilla.altlinux.org/54097 Путаницу с отображением настроек заметил позже. Думаю, тикет 54097 повесил зря. Ошибка, скорей всего, связана с настройками клавиатуры на локальной машине и не связана с rdp
Created attachment 18369 [details] переключение раскладки в ЦУС
$ gsettings get org.gnome.desktop.wm.keybindings switch-input-source ['<Alt>Shift_L', '<Shift>Alt_L', '<Super>space', 'XF86Keyboard'] $ gsettings get org.gnome.desktop.wm.keybindings switch-input-source-backward ['<Shift><Super>space', '<Shift>XF86Keyboard'] Так сделано специально. Комбинация для переключения раскладки, выбираемая в инсталляторе, является дополнительной к тем, что в GNOME по дефолту. При этом не играет роль, какую из двух клавиш нажмёшь вперёд. Обычно языков два и такое поведение удобно. Скорее всего проблема в том, что в окно rdp комбинация клавиш alt+shift просто не проходит. На хосте тоже GNOME c alt+shift?
Проверил: gsettings get возвращают именно приведенные значения. На локальной машине переключение раскладки клавишами работает. На удаленном столе не работает. Да, Shift+Super+Пробел перестала срабатывать на удаленной машине?.. Теперь раскладку там можно поменять только через значок клавиатуры в трее. Но вообще то как то странно, показывать в разных программах настроек разные значения. Если уж не моветон, то уж точно не комильфо. Вы, конечно, можете написать resolved, notabug. Но по сути проблема есть и никуда не делась.
(Ответ для Alexander на комментарий #3) > Проверил: > gsettings get возвращают именно приведенные значения. > > На локальной машине переключение раскладки клавишами работает. > На удаленном столе не работает. > > Да, Shift+Super+Пробел перестала срабатывать на удаленной машине?.. > Теперь раскладку там можно поменять только через значок клавиатуры в трее. > > Но вообще то как то странно, показывать в разных программах настроек разные > значения. Если уж не моветон, то уж точно не комильфо. > > Вы, конечно, можете написать resolved, notabug. Но по сути проблема есть и > никуда не делась. Ваша проблема не в том, что настройки неправильные. В окно с rdp сочетания клавиш не проходят, система их раньше перехватывает.
Проблема не моя и не ваша, а наша общая, из-за того, что вы разрабатываете, а я пользуюсь. Я вообще то про две независимые вещи: 1) Разные программы настройки показывают разные значения настроек. Как пользователю понимать, что на самом деле применено? Считаю, что либо нужно выставлять и показывать одинаково, либо показывать все варианты с описаниями случаев, в которых применяются значения параметров. 2) На удаленном столе комбинации переключения раскладки не работают. С большой вероятностью это не ошибка пакета с протоколом, но я не знаю, как ошибку классифицировать, к какой компоненте привязать, т.к. задать компоненту в форме ввода нужно обязательно.
(Ответ для Alexander на комментарий #5) > Проблема не моя и не ваша, а наша общая, из-за того, что вы разрабатываете, > а я пользуюсь. > > Я вообще то про две независимые вещи: > Каждый баг должен быть на конкретном пакете. alt-gnome-experimental-settings никаким боком к проблеме. Я переоткрою на Рабочую станцию. > 1) Разные программы настройки показывают разные значения настроек. Как > пользователю понимать, что на самом деле применено? > Считаю, что либо нужно выставлять и показывать одинаково, либо показывать > все варианты с описаниями случаев, в которых применяются значения параметров. > alterator-xkb показывает раскладку для xkb. К нему не может быть никаких претензий. Его просто не должно быть в дистрибутиве с GNOME. gnome-control-center показывает не все раскладки. Это похоже на баг. > 2) На удаленном столе комбинации переключения раскладки не работают. > С большой вероятностью это не ошибка пакета с протоколом, но я не знаю, как > ошибку классифицировать, к какой компоненте привязать, т.к. задать > компоненту в форме ввода нужно обязательно. Это проблема gnome-shell или программы для подключения к удалённому рабочему столу.
(Ответ для Антон Мидюков на комментарий #6) > alterator-xkb показывает раскладку для xkb. К нему не может быть никаких > претензий. Его просто не должно быть в дистрибутиве с GNOME. Должно. Он пишет туда, откуда systemd берёт.
(Ответ для Sergey V Turchin на комментарий #7) > (Ответ для Антон Мидюков на комментарий #6) > > alterator-xkb показывает раскладку для xkb. К нему не может быть никаких > > претензий. Его просто не должно быть в дистрибутиве с GNOME. > Должно. Он пишет туда, откуда systemd берёт. У GNOME свои тараканы, он dconf использует, это уже не xkb.
(Ответ для Антон Мидюков на комментарий #8) > это уже не xkb. alterator-xkb тоже можно не считать xkb(если не X11), а уже и systemd.
(Ответ для Антон Мидюков на комментарий #8) > У GNOME свои тараканы, он dconf использует Мне кажется очень странным, что GNOME не дружит с systemd.
У KDE тоже свои настройки, перекрывающие системные, но если их не трогать, то всё ок c alterator-xkb после того, как в него добавили поддержку systemd.
(Ответ для Sergey V Turchin на комментарий #11) > У KDE тоже свои настройки, перекрывающие системные, но если их не трогать, > то всё ок c alterator-xkb после того, как в него добавили поддержку systemd. Это не поддержка systemd была на самом деле, а поддержка /etc/X11/xorg.conf.d/00-keyboard.conf Этот конфиг влияет на схему gsettings: org.gnome.desktop.input-sources xkb-options И действительно, пока этот конфиг пользователь не переопределит, будет зависеть от того, что в /etc/X11/xorg.conf.d/00-keyboard.conf Вот только беда то в чём. Этот параметр уже много лет как объявили устаревшим для сеанса gnome на wayland и не желают уже семь лет фиксить неотображение смены раскладки в gnome-shell на wayland при переключении через сочетание клавиш в этом параметре. Нужно использовать org.gnome.desktop.wm.keybindings switch-input-source А он ни откуда не берётся, ни из какого systemd.
(Ответ для Антон Мидюков на комментарий #12) > И действительно, пока этот конфиг пользователь не переопределит, будет > зависеть от того, что в /etc/X11/xorg.conf.d/00-keyboard.conf > > Вот только беда то в чём. Этот параметр уже много лет как объявили > устаревшим для сеанса gnome на wayland KDE тоже ничего о не знает про 00-keyboard.conf. Берёт или из libinput или из systemd.
(Ответ для Sergey V Turchin на комментарий #13) > (Ответ для Антон Мидюков на комментарий #12) > > И действительно, пока этот конфиг пользователь не переопределит, будет > > зависеть от того, что в /etc/X11/xorg.conf.d/00-keyboard.conf > > > > Вот только беда то в чём. Этот параметр уже много лет как объявили > > устаревшим для сеанса gnome на wayland > KDE тоже ничего о не знает про 00-keyboard.conf. Берёт или из libinput или > из systemd. org.gnome.desktop.wm.keybindings switch-input-source и org.gnome.desktop.wm.keybindings switch-input-source-backward GNOME ниоткуда не берёт. Берёт: org.gnome.desktop.input-sources xkb-options Но он не работает в сеансе wayland нормально.
Видимо, надо или добавить поддержку GNOME в alterator-xkb или installer-feature/firsttime сделать для переноса настроек, сделанных при установке.
