всем приятного вечера! Дмитрий Падучих wrote:
> > To> А по поводу M-x term, так после моего безответного вопроса в лист > To> каким образом можно его озвучить, не без оснований решил что это > To> не возможно. > > А он разве не озвучен? Вроде же в Emacspeak есть для него модуль. смотря что вы вкладываете тут в смысл слова озвучен. \ В **term можно прочесть и при желании поменять загружаемую оболочку, ознакомиться с строкой режима буфера по C-e m C-e M, и ориентироваться в водимом тексте командной строки при помощи стрелок влево вправо. А вот С выводом команд и запущенными в нем приложениями работать возможности не нашел, Они не озвучиваются. \ прошу вас расценивать сказанное не как без апелляционное утверждение, а как декламирование существующего положения моего взаимодействия с системой на сегодняшний день. > > To> Кстати открытость моего вопроса к вам о доступности полноэкранных > To> текстовых интерфейсов консоли, убедило меня в иллюзорности и > To> ошибочном мнении мысли о том что если текстовое то значит должно > To> быть доступным. > > Если есть хорошая программа доступа, то почему бы и нет. Ничего > принципиально невозможного в доступности текстовых приложений я не > вижу. > У меня установлены gnome-orca=: 2.28.1-1 yasr=0.6.9-1 emacspeak версий 27, 29 и 30. Скажите что еще нужно поставить для приемлемой работы с полноэкранными текстовыми интерфейсами? Или скажите какие приемы нужно знать для уверенной работы с подобными пакетами. Пару раз чуть не угробил систему пытаясь работать с этими фронтендами. Самый оптимальный вариант для работы в них нашел это gnome-terminal плюс yasr плюс orca Но хочется большей доступности, больших возможностей и большего изящества при работе в терминалах. > To> Скажите тогда каким образом можно выключить звуковой сигнал вывода > To> новой строки в буфер **shell, жуть как он бывает вреден! > > Что за сигнал? > Сигнал из набора звуковых иконок емакспика, он похож на звук перемещения каретки печатной машинки. симофорит о выводе новой строки в буфер, в случае если этих строк сотня или тысяча шум неимоверный, да и сбивает с толку речевые сервера. >>> целиком написана на elisp. > To> Что это может значить для меня, то что она не доступно > To> emacspeak'у? > > В Emacspeak есть для eshell модуль. Если хотите, можете попробовать: > M-x eshell RET. Первым делом это и сделал. . Но озвучивается она примерно на таком уровне как и M-x term , Куда она вывод команд девает и как его прочесть не понятно , как и то каким образом с ней строить диалог. > > To> Вы сами в emacs чем пользуетесь и в каких ситуациях для > To> непосредственого общения с системой ? > > Чаще всего gnus, emacs-w3m, shell-mode, dired, специализированными > модами для редактирования различных файлов. > shell-mode это что ,режим??? Мне прежде всего было интересно какими эмуляторами терминалов вы пользуетесь. Хотя догадываюсь что вы настолько "суровы" что предпочитаете все делать из командной строки. Надеюсь в будущем соберусь с духом, обобщу опыт, подберу нужные слова и найду в себе силы заговорить с вами и о emacs-w3m. это мой основной браузер в интернет но к сожалению в большинстве случаев использую его как банальный пейджер , хотя и всегда подозревал о его не дюжей мощи. > To> Если вам не сложно расскажите пожалуйста о тех командах которыми > To> обычно пользуетесь в M-x shell непосредственно. > > Обычными командами редактирования Emacs. Из тех, что действуют только > в *shell*, не упомянул, пожалуй, только comint-previous-prompt, > comint-next-prompt для перемещения по введённым командам. Они у меня > назначены на C-up и C-down. > разряжусь тут блоком вопросов. 1. Понял что команды comint-next-prompt и comint-prev-prompt работают аналогично шорткатам bash '^N' и '^p' т. е. перемещают по командам из $history. А как можно легко перемещаться по началам вывода команд?? Можете улыбнуться, но я уже привык читать выводы команд с их конца к его началу .., т. е. снизу вверх : Помогите сломать вредную привычку :). 2. на C-up И C-down у меня заделаны для чтения параграфов, что вообще в **shell бесполезно. Как можно забиндить сочетания клавиш таким образом что бы для всех буферов они работали как например чтение параграфов, а в конкретном буфере например **shell для перемещения по набранным командам из history? 3. Буду не против если ткнете конкретно в те команды которыми пользуетесь и выше обозначили их как " обычные команды редактирования работающие только в **shell". Это те что начинаются с C-c , да?> [...] > > To>>> и не срабатывает для всех остальных команд если только они не > To>>> начинают строку?! >>> У меня для команд ещё и после ;, &&, ||, | работает . > To> Уверен что у вас еще много работает такого чего не хватает в моем > To> emacs. Разтолкуйте алгоритм тех действий который приведет к > To> желаемому эффекту и у меня в **shell. > > Алгоритм не нужен. Оно и так должно работать. Просто когда вводите имя > команды, например, после ;, нажмите tab. > Я и писал о том что оно не работает и спрашивал рецепт преодоления неудобства. Вернее писал что работает лишь в случае для имен если только они начинают строку сочиняемой команды.. например если начинать команду с $apti и нажать TAB ее имя дополнится, но если это попробовать выполнить например после $sudo aptitude точка не сдвинется с места. С sudo это только пример если что, смысл в том что TAB не дополняет имена команд если она только не стоит первым аргументом записываемой строки команды. > To>>> Еще мне интересно узнать с чего это вдруг emacs отображает на > To>>> экране водимые пароли юзера и рута? > >>> У меня стоит emacs-snapshot и для ввода паролей использует свой >>> собственный способ - в минибуфере. Или, точнее, в эхо-области. Если >>> прервать ввод пароля комбинацией C-g, то Emacs предупреждает, что >>> ввод пароля в *shell* будет отображаться. > >>> По-моему, Emacs уже давно так работает. > > To> Вы не совсем тут правы. Вернее он так действительно работает но не > To> в дебиан.Если у вас есть основания сомневаться в моих словах, то > To> пусть кто нибудь из "активистов debian" опровергнит мою > To> информацию. > > Опровергаю. У меня работает. По сути Игорь уже ответил на этот вопрос. > > У Вас, возможно, Emacs не ловит приглашение ко вводу пароля из-за > того, что оно не английское. В русской локали su выдаёт промпт > "Пароль: ". Ничего подобного нет в опции > comint-password-prompt-regexp. Думаю, достаточно будет добавить туда > вариант с "Пароль: " (без кавычек), чтобы Emacs стал нормально > обрабатывать пароли su в русской локали. > Не совсем пока еще уяснил для себя каком именно месте мною был не корректно задан вопрос. приму ваше замечание на веру , пожалуй мне нужно больше читать руководство GNU-emacs и интенсивней осваивать вашу с Столмэном манеру изложения. Выше я вам пытался указать главным образом на то, что в дебиановской сборке emacs при подтверждении своих админских привилегий над системой, после ввода пароля в буфере **shell, пароль беспрепятственно остается красоваться на экране здесь упоминаемого буфера всем на обозрение. . И давал понять что На других дистрибутивах для скрытия паролей, даже при условии использования русской лакали в системе, мне никогда не приходилось указывать емаксу подсказку на ту подсказку, которую он выпускает в свой буфер оповещая юзеру о необходимости ввода пароля.:) > [...] > > To> Раз речь зашла об аунтификации спрошу еще: > > To> сменил ее метод с unix на gnome. Это произошло после того как > To> перешел на интерфейс readline. После смены интерфейса при > To> последующем абгрейде системы притягивается какой-то пакет, и > To> предлагает установить метод аунтификации root, предлагая несколько > To> вариантов - unix , gnome, kde и еще пару. Теперь вот не могу > To> вспомнить витиеватое имя пакета и незнаю как установить обратно > To> метод unix. Нужна ваша помощь. > > По правде говоря, даже не представляю, о чём идёт речь. Наверно, с > этим пакетом не имел дела. Сейчас Дело обстоит таким образом для получения прав админа ппо $su или после $sudo система у меня вообще не интересуется паролем, она его попросту не требует. Возможно это для когото и может показаться благом, и в некоторых случаях признаю что действительно удобно, но сон от такого потерять тоже можно. ... Речь не идет о интервале времени которое можно задать для sudo ключом -v, оно как бы стоит безлимитное для обоих окружений рута . Может вы знаете какой другой метод заставить систему требовать пароль при аунтификации roo'аt?. -- Blinux-rus mailing list [email protected] http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus
