ROSA Forum

Я несколько месяцев пользовался версией 0.7.1, с ней нет никаких проблем. Она работает практически идеально, если в настройках переключить режим ввода на «буфер обмена». При стандартном режиме ввода она точки заменяет на букву Ю, запятые на букву Б.
Я пытался устанавливать новые версии, но они не устанавливались, не досуг было разбираться, а сейчас решил разобраться. И оказалось, что проблема там в том, что в зависимостях не прописан файл libgtk-layer-shell.so.0 Эта проблема описана на github.
Возможно, эту программу стоит включить в дистрибутив Росы, поскольку голосовой ввод — это всё-таки системная функция, и её надо иметь на любом домашнем компьютере. Так что возможно стоит включить её в репозиторий, и там исправить эту зависимость, даже несмотря на то, что разработчики её пока ещё не исправили. Чтобы ее исправить, надо просто установить пакет gtk-layer-shell, там несколько килобайт всего.

Очень полезная программа, спасибо за информацию! Да, иметь её в репозитарии очень бы хотелось.

эту прогу никто не собирает в репы, она как-то черезжопно собирается, используйте что предлагают разработчики (флатпак или перепаковку из deb).

После перехода на Wayland у Handy тоже регрессия. Раньше для того, чтобы вставить текст, надо было нажать ctrl+space, чтобы началась запись голоса и второй раз ctrl+space, чтобы записанное распозналось и вставилось в текст.
Теперь же после второго нажатия ctrl+space текст остаётся в буфере обмена в поле ввода ничего не вставляется нужно ещё нажать ctrl+v. То есть дополнительно клавиатурная операция требуется.
Вот как opencode объясняет причину этого бага:

Разница X11 → Wayland:

X11: arboard писал прямо в X11-селекцию, чтение синхронное и мгновенное — гонки не было.
Wayland (у вас KDE Plasma 6.6 + KWin): Handy пишет в нативный Wayland-буфер (arboard + ext_data_control_manager_v1, который KWin поддерживает), а Ctrl+V отправляет через XTEST (enigo, X11). Приложение Happ (единственное X11-приложение) читает буфер через мост XWayland — и успевает прочитать уже после восстановления старого содержимое (задержка 60 мс), поэтому вставляется предпоследняя запись. Это ровно баг #502, он описан в README Handy.
Дополнительно: wtype/dotool/ydotool/wl-copy у вас не установлены → Handy откатывается на enigo/XTEST, который в нативные Wayland-приложения (Dolphin, Kate, браузер) вообще не доходит. В KWin нет zwp_virtual_keyboard_manager_v1, поэтому wtype здесь не поможет.

Баг проявляется только в нативных Wayland-приложениях. Он нашёл у меня приложение Happ, которое ненативный Wayland. И там действительно всё по-старому вставляется за две операции.