[Homeros] Emacspeak glitches (was: I: Экспериментальная сборка ALT Linux Homeros Friend с emacspeak-34.0)

[Дмитрий Падучих]

Michael Pozhidaev:

MP> Ну вот, с какой-то версии появилась реальная нестыковка: когда
MP> делаем shell-command или жмём ! в dired, emacspeak читает вывод,
MP> если он короткий, или emacs делает дополнительный буфер, чтобы можно
MP> было бы исследовать результат. С shell-command всё нормально, а в
MP> dired чтение вывода в случае короткого результата пропало. Также не
MP> озвучивается в dired сообщение, что команда завершилась без вывода.
MP> Впервые явно заметил это в emacspeak-33. Emacs, наверно, уже был 23.
MP> Ничего такого не в курсе?

IMO, Обе команды никак специально не озвучиваются. Озвучивание
происходит за счёт автоматического чтения сообщений в эхо-области,
выводимых функцией message. Возможно, в случае dired-do-shell-command
чтение не происходит потому, что перед выводом результата выводится ещё
какое-то сообщение. Message с пустым аргументом, может быть. В Emacspeak
есть механизм, который защищает от слишком частого чтения сообщений.

MP> И ещё такой момент: когда emacs делает дело с очень длинной строкой,
MP> он визуально делит её на несколько. С какого-то момента перемещение
MP> по длинным строкам стрелками вверх-вниз стало приводить к
MP> последовательному перемещению по фрагментам длинных строк, причём в
MP> emacspeak это слышно как попадание несколько раз на одну и ту же
MP> строку. Тебе не известны переменные, которые настраивают это
MP> поведение?

Переменная line-move-Visual.

-- 
Дмитрий Падучих