Дмитрий Падучих wrote: > tolyangin: > > To> У меня установлены gnome-orca=: 2.28.1-1 yasr=0.6.9-1 emacspeak > To> версий 27, 29 и 30. Скажите что еще нужно поставить для приемлемой > To> работы с полноэкранными текстовыми интерфейсами? Или скажите какие > To> приемы нужно знать для уверенной работы с подобными пакетами. > > Вы их почти все перечислили. Вот разве что Speakup пропустили. Это я > не к тому, что Speakup хороший, просто у Вас его в списке нет.
Мне казалось что это далеко не весь тот перечень средств речевого доступа предоставляемого линукс, я считал что упомянул лишь популярные из них которым пока отдаю предпочтения на дебиан. В свете упоминания speakup , как возможной альтернативы yasr и orca для работы в текстовых консолях, считаю будет справедливо вспомнить и про существование speechd-el, возможно в нем дело обстоит с удобством работы в терминалах и на более качественном уровне нежели это продумано для emacspeak. Особо с ним не разбирался, но понял работает speechdтолько с интерфейсом speech-dispatcher, с последним у меня опыта настраивания нет, а увереность что speechd-el можно подружить с voiceman отсутствует. Если кто возметься объяснить как это можно устроить буду только признателен.. С speakup еще не связывался вовсе , видно отлаживая знакомство с ним до тех времен когда захочется собрать свою gentoo. Видел на генту есть возможность "установки" дистра при помощи этого чтеца. Да и еще видно потому что не встречал ранее деб пакета speakup в репозиториях дебиан, хотя смотрю в unstable они лежат. Кто имел дело с speakup откликнитесь, опишите специфику работы и настройки скринридера. > > Насколько я знаю, разработчики считают, что того озвучивания, которое > даёт Orca в gnome-terminal, достаточно. Главный приоритет - > Orca. Вокруг неё сейчас почти всё развитие происходит. [...]Я им желаю конечно успехов и всего самого лучшего, и судя по последней версии gnome-orca орка растет..Но мне видеться что разработчики орки если и разрабатывают линию удобства работы в терминале, то делают это в лучшем случае ориентируясь на людей с остатком зрения. Сомневаюсь что среди разработчиков orca вообще есть люди использующие для работы только речевой вывод. INHO на сегодняшний день, дело обстоит таким образом, что полноэкранные текстовые интерфейсы речевому доступу в gnome-orca, в полной мере не доступны и далеки от этого. > > > Что-то в свежих исходниках такого не вижу. Вы с Emacspeak 31 > попробуйте, может, там уже это убрали. > > http://emacspeak.googlecode.com/files/emacspeak-31.0.tar.bz2 Да. Пожалуй этим и займусь на следующем этапе. Но это видеться мне не совсем простым занятием, главным образом потому что для меня остается загадкой как изготавливать патчи к новым emacspeak'ам для работы их с ru_tts, и то чем вызвана эта необходимость. Будте добры пожалуйсто объясните мне это. > [...] > >>> В Emacspeak есть для eshell модуль. Если хотите, можете попробовать: >>> M-x eshell RET. > To> Первым делом это и сделал. . Но озвучивается она примерно на таком > To> уровне как и M-x term , Куда она вывод команд девает и как его > To> прочесть не понятно , как и то каким образом с ней строить диалог. > > Всё примерно так же, как и в буфере *shell*. Только стрелки вверх-вниз > вместо перемещения по строкам выполняют какую-то подстановку из > истории. Но C-n и C-p перемещают по строкам, как и положено. А в > принципе, можно и стрелки переопределить на перемещение по > строкам. Скажем, таким образом: > > (add-hook 'eshell-mode-hook > (lambda () > (local-set-key [down] 'next-line) > (local-set-key [up] 'previous-line) > Вычисление этого выражения ошибку не дает, но клавиши таким образом как задумывается тоже не переназначаются, C-n C-p так буфер и читают . Возможно тут нужен другой способ? > Кое-какое представление об Eshell можно получить из материалов > emacswiki.org: > > http://www.emacswiki.org/emacs/CategoryEshell > > У eshell есть свои особенности. Синтаксис для алиасов отличается от > синтаксиса bash, и вводить их нужно не в .bashrc, а прямо в командной > строке, eshell их сохранит. Например алиас ll, обозначающий команду ls > -l: > > > Это пример со страницы http://www.emacswiki.org/emacs/EshellAlias > Спасибо, взял на заметку. > [...] > > To> shell-mode это что ,режим??? > > Да, в буфере *shell*. > А зачем он нужен? никогда им не пользовался ранее, просто запускал M-x shell и в нем работал. > > To> 1. Понял что команды comint-next-prompt и comint-prev-prompt > To> работают аналогично шорткатам bash '^N' и '^p' т. е. перемещают по > To> командам из $history. > > История тут ни при чём. Эти команды выполняют перемещение по буферу, с > их помощью можно перемещаться по введённым командам. Кстати, и к > началу вывода команды с их помощью можно легко добраться. Укажите тогда как именно при их помощи можно переместиться к началу вывода , мне это все еще не ясно. Обсуждаемые здесь две команды в моем случае просто напросто подставляют в строку ввода ранее веденные команды из history, действуя аналогичным образом как M-p M-n , у меня даже сложилось мнение что это одни и те же команды. > > To> 3. Буду не против если ткнете конкретно в те команды которыми > To> пользуетесь и выше обозначили их как " обычные команды > To> редактирования работающие только в **shell". Это те что начинаются > To> с C-c , да?> [...] > > Нет, я имел в виду обычные команды редактирования. Которые работают не > только в *shell*. Ну, вроде C-k, C-w. > Эти то понятно. [...]Думал проясните что из того набора команд который начинается с префикса C-c и описанные в руководстве по GNU-emacs в ключе лучших традиций дзенбудизма. > > To> например если начинать команду с $apti и нажать TAB ее имя > To> дополнится, но если это попробовать выполнить например после $sudo > To> aptitude точка не сдвинется с места. > > Да, с sudo понятно. Emacs просто не знает, что после sudo будет имя > команды. угу начинаю прозревать )... [...] > > To> для получения прав админа ппо $su или после $sudo система у меня > To> вообще не интересуется паролем, она его попросту не > To> требует. Возможно это для когото и может показаться благом, и в > To> некоторых случаях признаю что действительно удобно, но сон от > To> такого потерять тоже можно. > > To> ... Речь не идет о интервале времени которое можно задать для sudo > To> ключом -v, оно как бы стоит безлимитное для обоих окружений рута . > > To> Может вы знаете какой другой метод заставить систему требовать > To> пароль при аунтификации roo'аt?. > > Похоже на описание libgnomesu. Попробуйте сделать dpkg-reconfigure для > пакетов libgnomesu-common, libgnomesu0. Может быть, попробовать > удалить их, если от них не слишком многое зависит. > У меня этих пакетов вовсе не стояло. Поставил их, после установки картина не меняется и dpkg-reconfigure их конфигурировать отказывается, диалоги их настроек не выводит. Вопрос остается открытым и уже довольно для меня болезненным. -- Blinux-rus mailing list [email protected] http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus
