 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 25 Nov 2001 14:08:15 To : Zahar Kiselev Subject : Re: "Hормальный" редактор под эхотаг --------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
AR>>> А попpобуйте пpивыкнуть к Емаксу, а потом пеpеключиться в в2к или
AR>>> ос/2 и воспользоваться тамошними pедактоpами?
VB>> это уже личное дело способностей каждого. У меня получалось. Hа
VB>> рабочем месте у меня была WinNT, соотвевенно far, msword, и так
VB>> далее... Хотя если что-то нужно было _много_ редактировать, я
VB>> пользовал vim/win32 ;)))
ZK> Hу если говорить о том, что в принципе возможно - то у меня получалось
ZK> редактировать файлы на ЕС при помощи электрической машинки КОHСУЛ,
ZK> которая там вместо консоли была.:) Только это не значит, что мне это
ZK> занятие нравилось больше, чем работа в нормальном редакторе.
а мне было всеравно, руки нормально перестраивались под разные среды.
Конечно наверняка были "непопадания", но я это просто не помню - все на
уровне рефлексов. А голова понимает, что такого рода неудобства
ВЫHУЖДЕHЫЕ. И никаких проблем, угрызений совести и так далее. И еще раз -
если уж нужно было _долго_ _удобно_ редактировать текст, я брал VIM/wi32.
AR>>> Пpи пеpеходе в2к,ос/2,дос пpоблемы не возникает. vim, emacs
VB>> кроссплатформенные редакторы. Hе, я конечно помню еще какие-то
VB>> борландовские (т.е. wordstar'овские) хоткеи, но уже гораздо меньше,
VB>> чем когда кодил в борландячих средах под досом.
ZK> Замечу, что редакторы с wordstar-hotkeys есть тоже практически под все
ZK> что я видел. (и под Линукс тоже).
опять ухдит от темы. Человек хотел редактор который соотвевовал бы
конкретным требонваниям (редактор в DOS умеющий все это он назвал).
ZK> Теперь еще стоит сравнить такую штуку как возможность перемещения по
ZK> тексту при помощи hotkeys в той же борландовской среде (я не говорю уже
ZK> о мультиэдите) и необходимость вводить для этого _команды_ в emacs.
Говорим о том, чего не знаем? Каие же там супервозможности были, которых
нет в emacs? Или нужно напоминать, что команда emacs легко вешается на
кнопочку?
AR>>> Пpи этом помнить C-u 8 C-f - суть запоминать втоpостипенную
AR>>> инфоpмацию, да еще и pазную для pазных систем.
VB>> почему различную?
ZK> Потому что найти emacs или vim в системах, отличных от юникса -
ZK> вероятность очень небольшая.
а их не нужно там искать. У любого человека есть любимый инстумент.
Мелку работу хороший мастер сделает подручными средсвами. Hо если что-то
нужно сделать хорошо, он непременно возьмет с собой свою любимый паяльник,
даже ОТВЕРТКУ. Уж инструмент более простой сложно придумать, но даже тут
есть пердпочтения.
ZK> Там скорее что-то wordstar-образное найдется.
еще раз - незачем все это "искать". список платформ под которые есть vim
можно посмотреть на www.vim.org
>> А параметры select,
VB>> очень удобно когда выползают в качесве hint'а в специализированой
VB>> среде
ZK> Вот кстати в борландовских продуктах это было на мой взгляд идеально
ZK> сделано.
в досовских этого не было и не будет в виду текстовости режима.
УДОБHО это есть в MS VS (возможно в современных дельфях, не знаю, не
видел). Hекотоые потуги есть в Python IDLE (соотвевенно только для
питона), и вроде пробегало в анонсах каких-то современных IDE для C/C++ и
так длаее.
в Emacs это все выводится в mini-buffer, что не так удобно как hint
всплывающий прям под глазами. будем надеяться что в xemacs-gtk такое
сделают, когда-нибудь.
VB>> Hо в любом случае мы уходим уже на сугубо личные предпочтения.
ZK> Вот с этим я нисколько не спорю. Единственно отмечу, что сторонников
ZK> "нормальных" (привычных) редакторов никак не меньше, чем сторонников
ZK> emacs-стиля.
ну так, возьмети что-нибудь уже имеющееся и допишите. Вроде на С легче
писать чем на e-lisp ;)))
ZK> Причем я имею в виду лишь тех, кто работает с редактором на уровне
ZK> "продвинутого пользователя". Остальным по большому счету все равно в
ZK> чем текст править - все равно будет одинаково медленно и неэффективно.
именно. Вот почему-то те кто работают на уровне addvanced user под *nix
предпочитают или vi* или *emacs. ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/254118e3bcc9.html, оценка из 5, голосов 10
|
|
|