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

>
> To> Знаю о существовании шоркатов bashбольшинство из которых хочу
> To> использовать в эмуляторе shell емакса.
>
> В буфере *shell* комбинации обрабатывает сам Emacs, а не шелл. Вот
> если запустить bash в term.el или gnome-terminal, то можно будет
> пользоваться комбинациями bash.

Да. в gnome-terminal пользовался ими регулярно и с удовольствием, но
появилось желание полностью отказаться от этого эмулятора и как можно
больше начинать творить   все в своем емаксушке.

А по поводу  M-x term,  так после моего  безответного вопроса в  лист каким
образом можно его озвучить, не без оснований решил что это не возможно.

Кстати открытость моего вопроса к вам о доступности полноэкранных текстовых
интерфейсов консоли, убедило меня в иллюзорности и ошибочном
мнении мысли о том что если текстовое  то значит должно быть доступным.

На сегодняшний день это самое мое большое разочарование в линукс :(!


> To> А именно : те которые предоставляют возможность работать с$history
> To> ^R ^N ^P ^O ,
>
> Обычно в *shell* ищу команды в истории при помощи M-r. M-r ищет в
> истории назад по регулярному выражению. M-s ищет вперёд.

Не совсем понятно как этим можно пользоваться и о каких именно регулярных
выражениях идет речь, На лисп?


> To> очищают экран ^L ,
>
> У меня назначена комбинация для команды erase-buffer. Ею пользуюсь для
> очистки *shell*.

Спасибо!

Переназначил ее на C-l как это в баше.  

Тут интересно спросить о важности той команды которая была закреплена на
C-l ранее, Насколько может быть полезна команда перерисовки экрана с
учетом работы в emacspeak и в каких случаях?  
Смысла в ней для себя не обнаруживал.

> To> приостанавливают и возобновляют вывод команды на экран ^S ^Q, и
> To> все те шоркаты bash позволяющие работать с процессами.
>
> В *shell* можно приостановить выполнение передовой (не фоновой)
> команды комбинацией C-c C-z. Затем можно продолжить её выполнение в
> передовом или в фоновом режиме при помощи команд fg и bg
> соответственно.


Безусловно полезнейшие вещи. Но это совсем не то что иногда требуется. 

В случае если действительно приостанавливать вывод команд в буфер нельзя, тогда
будем бороться с избыточностью выводимой информации по старинке C-e q , но это 
не
выход :(. 
Скажите тогда каким образом можно выключить звуковой сигнал
вывода новой строки в буфер **shell, жуть как он бывает вреден!

> To> Почему в shell.\ емакса нажатие TAB не подхватывает имена алиасов
> To> для завершения имени ,
>
> Потому что tab обрабатывает Emacs, а он о существующих алиасах не

Как Сделать что бы "знал??

> знает. Вот в eshell, наверно, и для алиасов завершение работает, но
> eshell целиком написана на elisp.

Что это может значить для меня, то что она не доступно emacspeak'у? 


Вы сами в emacs чем пользуетесь и в каких ситуациях для непосредственого
общения с системой ?

Если вам не сложно расскажите пожалуйста о тех командах которыми обычно
 пользуетесь в M-x shell непосредственно.

 Соответствующий раздел  руководства  gnu-emacs читал, но практика показывает 
что во многих случаях без вами
 разставленых акцентов и пояснений в нем сложно разобраться.

0
Пока уяснил единственный плюс M-x shell это удобная для нас навигация по
его буферу, остальным людям будет сложно понять почему мы используем
именно его.

gnome-terminal предоставляет куда больший функционал, и orca большинство
в нем "видит" но при этом предоставляет удручающую навигацию, в виду
чего вынужден был поставить на нем крест.

> To> и не срабатывает для всех остальных команд если только они не
> To> начинают строку?!
>
> У меня для команд ещё и после ;, &&, ||, | работает . 

Уверен что у вас еще много работает такого чего не хватает в моем
emacs. Разтолкуйте алгоритм тех действий который приведет к желаемому
эффекту и у меня в **shell.

>
> To> Еще мне интересно узнать с чего это вдруг emacs отображает на
> To> экране водимые пароли юзера и рута?
>
> У меня стоит emacs-snapshot и для ввода паролей использует свой
> собственный способ - в минибуфере. Или, точнее, в эхо-области. Если
> прервать ввод пароля комбинацией C-g, то Emacs предупреждает, что ввод
> пароля в *shell* будет отображаться.
>
> По-моему, Emacs уже давно так работает.

Вы не совсем тут правы. Вернее он так действительно работает но не в
дебиан.Если у вас есть основания сомневаться в моих словах, то пусть кто
нибудь из "активистов debian" опровергнит мою информацию.

Я перешел на выпуск sid, стоит emacs версии "22.3.1".  Правда за emacs с
unstable с полной увереностью сказать не могу , так как сменил метод
аунтификации рута в системе на gnome'овский где пароля вообще водить не нужно.  

но на всех предыдущих релизах дело обстояло именно так , пароли
беспрепятственно можно было счесть с экрана  буфера **shell.

Раз речь зашла об аунтификации спрошу еще: 

сменил ее метод с unix на gnome.  Это произошло после того как перешел
  на интерфейс readline. 
После смены интерфейса при последующем абгрейде системы
  притягивается какой-то пакет, и предлагает установить метод аунтификации
  root, предлагая несколько  вариантов - unix , gnome, kde и
  еще пару.  Теперь вот не могу вспомнить витиеватое имя пакета и незнаю как
  установить обратно метод unix.
  Нужна ваша помощь.

 Так как пожалуй гномовский метод аунтификации будет еще большим злом
  нежели допущение дебиановского ментейнера emacs.



-- 
Blinux-rus mailing list
[email protected]
http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus

Ответить