|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Denis Nikiforov 2:5080/1003 15 Oct 2005 23:59:33 To : Zahar Kiselev Subject : Re: Дык на чём остановиться? -------------------------------------------------------------------------------- Hello, Zahar! You wrote to Denis Nikiforov on Sat, 15 Oct 2005 02:27:38 +0600: ZK>>> может. Преимущества Емакса проявляются при копании ZK>>> многомегабайтных исходников. Hо у меня, как и у большинства ZK>>> народа, таких задач просто нет. А программу размером в полмега - ZK>>> я сам лично писал при помощи Мультиэдита(лет десять назад) и ZK>>> неудобств не испытывал. DN>> Hу, не знаю... я в исходники емакса лезу только когда заняться DN>> нечем ZK> Я не про исходники емакса, я про те исходники, в которых с помощью ZK> емакса как инструмента копаются. Ааа... ;) ну тут он конечно удобен фичами от банальных "закладок" до semantic'а. Работу с исходниками без ECB я уже не представляю. При редактировании "однострочных" скриптов он вобщем-то ничуть не хуже. DN>> '(calendar-location-name "Екатеринбург" t) ZK> Увидеть это было наиболее интересно, учитывая что я третью неделю ZK> сижу в Екатеринбурге в командировке:) В гости что ли напроситься, ZK> на линукс с продвинутыми настройками поглядеть? Дык, я только пару месяцев как линукс-юзер ;)) У меня можно поглядеть только на на редкость раздолбанный линукс, как я добился некоторых замечательных багов сам понять не могу ;))) С этим лучше к нашим из EKB-Lug (http://usu-lug.org.ru) ;) DN>> ЗЗы: MultiEdit'ом я вероятно (уж больно давно отказался от dos'а) DN>> не пользовался, но сложно представить чем он мог быть так уж DN>> замечателен... ZK> По большей части удобством обращения к наиболее нужным функциям с ZK> клавиатуры. Кстати эти нужные функции ты перечислил практически в ZK> полном согласии и с моими надобностями. Hу, это фичи редакторов, которыми я раньше пользовался, емакс же -- редактор совершенно другого класса. ZK> Я даже могу уточнить что мне нравилось в клавиатурной раскладке - ZK> были максимально задействованы всякие "неалфавитные" клавиши и их ZK> комбинации с модификаторами. Меня совсем не смущат что-то типа ZK> Alt-Shift-F5, но не нравится вариант нажать Alt-чтото в виде ZK> "префикса команды", а потом _букву_ как собственно команду - то ZK> есть такие вот "двухстадийные" комбинации клавиш. Хотя я конечно ZK> понимаю, что те кто начинал работать на терминалах, не имевших и ZK> половины кнопок современной писишной клавиатуры - куда привычнее ZK> именно управление буквами. Многостадийность комбинаций клавиш объясняется очень просто: в емаксе _УЙМА_ комманд, уйма пакетов с дополнительными коммандами и своими биндингами, есть множество режимов редактирования со своими биндингами. Комбинаций типа Alt-Shift-F5 в принципе не хватит на всё это изобилие, емаксовая политика в отношении биндингов позволяет избежать хаоса. К тому же биндинг/комб.клавиш/... -- не есть ключевая сущность в емаксе, для многих (менее используемых) комманд дефолтные биндинги вообще отсутствуют. Юзер взаимодействует с емаксом с помощью комманд (имеющих осмысленные названия, типа, sort-lines). Если ты пользуешься определённым набором комманд, то и вешай их на какие угодно биндинги хоть с шестью модификаторами (или сколько их у кого на клаве), организуй эти биндинги в кеймапы, создавай менюшки, активизируй только в определённых режимах редактирования и т.п... DN>> основными фичами были DN>> 1) возможность работать одновременно с несколькими файлами ZK> В Мультиэдите очень удобно было сделано.(на мой взгляд естественно) У меня пока нет каких-то сложившихся предпочтений в этом вопросе, но на данный момент я пользуюсь такими возможностями емакса для работы с несколькими файлами: 1) возможность разделять окно на несколько фрэймов (в любой нужной конфигурации) 2) переключение м-ду буферами по имени (C-x b) 3) выбор нужного буфера из списка (C-x C-b, C-ESC) 4) открытие разных буферов в разных иксовых фрэймах 5) использование оконного менеджера (ElScreen, есть и другие) 6) локальные настройки для каждого буфера 7) и, наконец, ECB 8) есть ещё возможность сохранять информацию об активных буферах в регистры, но я этим пока не пользуюсь 9) ещё можно выбирать нужный буфер через меню, но это уж совсем не удобно DN>> 2) поддержка разных кодировок ZK> Вот это там делалось через дополнтельный загружаемый макрос. Хотя ZK> разные варианты концов строк (cr-crlf) он понимал сам, достаточно ZK> было поставить "галочку". Hу, в принципе, от редактора тех времён наверно и не стоит требовать какой-то супер-функциональности в этом плане... В емаксе этому -- "языковому" -- вопросу уделено особое внимание. Перечислять какие-то фичи нет смысла... мои потребности тут он перекрывает сильно. DN>> 3) подсветка синтаксиса ZK> Работало, но мне не нравилось это "попугайство" на экране. Вот ZK> поиск парной скобки при наведении курсора - да, использовал, было ZK> удобно. Цвет для меня -- часть синтаксиса, читать текст без подсветки аналогично, например, чтению русского текста без знаков препинания, заглавных букв и с пробелами не на месте или, вообще, в каком-нибудь кулхацкерском транслите. Кроме подсветки в нём есть ещё автоформатирование, подсказки по синтаксису (вплоть до параметров ф-ий), автозавершение. DN>> 4) прямоугольные (вертикальные) блоки ZK> однозначно и несомненно необходимая вещь! ZK> присутствовала и хорошо работала. вот ;) ,----[ M-x apropos RET rectangle ] | clear-rectangle | Command: Blank out the region-rectangle. | close-rectangle | Command: Delete all whitespace following a specified column in each line. | copy-rectangle-to-register | Command: Copy rectangular region into register REGISTER. | delete-extract-rectangle | Function: Delete the contents of the rectangle with corners at START and END. | delete-rectangle | Command: Delete (don't save) text in the region-rectangle. | delete-whitespace-rectangle | Command: Delete all whitespace following a specified column in each line. | delimit-columns-rectangle | Command: Prettify all columns in a text rectangle. | extract-rectangle | Function: Return the contents of the rectangle with corners at START and END. | insert-rectangle | Function: Insert text of RECTANGLE with upper left corner at point. | kill-rectangle | Command: Delete the region-rectangle and save it as the last killed one. | open-rectangle | Command: Blank out the region-rectangle, shifting text right. | string-insert-rectangle | Command: Insert STRING on each line of region-rectangle, shifting text right. | string-rectangle | Command: Replace rectangle contents with STRING on each line. | yank-rectangle | Command: Yank the last killed rectangle with upper left corner at point. `---- DN>> 5) удалённое редактирование ZK> В _те_ годы было не особо актуально. Сейчас наверно бы сделали, ZK> если бы проект не сдох. DN>> ... Причём, всё это на крайне убогом уровне. В емаксе вся эта DN>> функциональность доступна новичку практически сразу. ZK> В Мультиэдите - тоже. Почему-то я сильно сомневаюсь, что в нем есть хотя бы килл-ринг, без которого я уже не представляю работу с текстом... -- WBR, Denis Nikiforov. --- ifmail v.2.15dev5 * Origin: (http://news.cca.usart.ru/) USURT's FidoNET<-> (2:5080/1003@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/14646a2ae124f.html, оценка из 5, голосов 10
|