Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 134
Zehr gut!
Я не понял почему первая «Z»?
На счет не слишком сложный: в отличии от vi, который, как известнто или пикает или все портит, емакс способствует развитию синдрома запястного канала.
Таки Sehr gut :)
Спасибо большое, хорошая статья, так как порог вхождения в Emacs и вправду достаточно высокий, и новички часто оставляют попытки, если нет никого более опытного, кто мог бы подсказать.
Лично я емаксом стал пользоваться ровно в то же время, когда начал пользоваться линуксом. В то время я был полным нолем и в линуксе, и в емаксе, и вообще в ИТ, поэтому вопросы у меня возникали просто идиотские. Например, я не понимал, что в сочетаниях клавиш типа C-x C-s буква «C» означает клавишу CTRL. Кстати, если еще для кого-то это не очевидно, как и для меня — будете знать ;)
Лично я емаксом стал пользоваться ровно в то же время, когда начал пользоваться линуксом. В то время я был полным нолем и в линуксе, и в емаксе, и вообще в ИТ, поэтому вопросы у меня возникали просто идиотские. Например, я не понимал, что в сочетаниях клавиш типа C-x C-s буква «C» означает клавишу CTRL. Кстати, если еще для кого-то это не очевидно, как и для меня — будете знать ;)
Вы не одиноки :) Как раз собирался спросить, что все эти «C» обозначают.
Ещё вопрос:
Это как, последовательно нажимать? Сначала Ctrl+X, затем Ctrl+F? С каким интервалом? А что будет, если я зажму сначала Ctrl+X, а затем отпущу X и нажму F?
В общем, вопросов остаётся много. В простоте Emacs вы меня не убедили )
Ещё вопрос:
C-x C-f — открыть файл
Это как, последовательно нажимать? Сначала Ctrl+X, затем Ctrl+F? С каким интервалом? А что будет, если я зажму сначала Ctrl+X, а затем отпущу X и нажму F?
В общем, вопросов остаётся много. В простоте Emacs вы меня не убедили )
а лучше slackware…
Обычно рекомендуют найти рядом линукс-гуру и поставить себе тот же линукс, что и у этого гуру, чтобы было кому задавать глупые вопросы. Мне кажется такой совет более выгодный любому новичку. Я поспрашивал друзей и поставил Debian.
У меня была в точности та же история — все наши корпоративные веб-серверы стояли на Debian'ах без иксов и с выпиленными «лишними» пакетами (с той целью, чтобы сервер можно было ребутнуть за считанные секунды), а сами Дебианы — на VmWare. И как раз был на фирме линукс-гуру, которого я постоянно задалбывал бесконечными вопросами. Так что ваша история мне знакома)
Не скажу про других, но на мой взгляд вы неуместно высокомерны, за это и минусуют.
Какая безграмотность? Каждый выбирает для себя удобный инструмент, кому консоль, кому иксы.
Програмист иногда не может свой же ПК настроить, собрать, починить, переставить ОС — но это не значит что он плохой програмист.
Каждый учит только то что ему нужно.
КГ — понятие расплывчатое. Но мне кажется — что это набор знаний-умений-навыков, которые позволяют освоить (хотя бы на начальном уровне) подавляющее большинство программ (помимо узкоспециализированных). Т.е. имеется в виду понимание логики работы, механизмов, базовых приемов работы компьютерных систем.
Есть базовые приемы работы — назначение кнопок, клики правой\левой кнопкой мыши, назначение элементов интерфейса и т.д. именно когда человек освоит их он может «догадаться» как работать с той или иной программой, хотя бы чуть-чуть. а дальше — дело изучения соответственно необходимости.
Програмист иногда не может свой же ПК настроить, собрать, починить, переставить ОС — но это не значит что он плохой програмист.
Каждый учит только то что ему нужно.
КГ — понятие расплывчатое. Но мне кажется — что это набор знаний-умений-навыков, которые позволяют освоить (хотя бы на начальном уровне) подавляющее большинство программ (помимо узкоспециализированных). Т.е. имеется в виду понимание логики работы, механизмов, базовых приемов работы компьютерных систем.
Есть базовые приемы работы — назначение кнопок, клики правой\левой кнопкой мыши, назначение элементов интерфейса и т.д. именно когда человек освоит их он может «догадаться» как работать с той или иной программой, хотя бы чуть-чуть. а дальше — дело изучения соответственно необходимости.
А причем тут Генту? Генту тоже красиво ставится через инсталятор (ну сколько можно красноглазить с 86 страничным мануалом)
Что то я не помню что бы после первой установки со всемы танцами и бумном и компиляцией ядра (и даже 10й) Дженты я с Emacs и Vi так и не подружился, и сейчас не дружу, и как сказали в этом коменте сочетания клавиш не всегда очевидны, я спустя только лет 10 пользования линуксом добрался до вопроса хоткеев, но все равно их не использую.
Убунту тоже вроде как тот же линукс, тут вопрос желания и усидчивости изучать сложное и страшно хакерское )))
Что то я не помню что бы после первой установки со всемы танцами и бумном и компиляцией ядра (и даже 10й) Дженты я с Emacs и Vi так и не подружился, и сейчас не дружу, и как сказали в этом коменте сочетания клавиш не всегда очевидны, я спустя только лет 10 пользования линуксом добрался до вопроса хоткеев, но все равно их не использую.
Убунту тоже вроде как тот же линукс, тут вопрос желания и усидчивости изучать сложное и страшно хакерское )))
Говорю как человек постоянно с ним работающий, собирать генту в начале пути имея на это желание, приводит к психическим растройствам и недоспаным ночам.
И десятками перекомпиляций мира из за пропущеных флагов.
Собирал Генту последний раз месяца 2 назад по одной единственной причине
для очень эксклюзивной железяки где требовалось максимальное быстродействие, да и то через кросс компиляцию что бы съекономить время.
Нынешние мощности ПК позволяют поставить пре билд дистр и не заморачиватся.
А тот кому это надо, почитает и пересоберет ядро хоть в RHEL хоть в убунту.
И десятками перекомпиляций мира из за пропущеных флагов.
Собирал Генту последний раз месяца 2 назад по одной единственной причине
для очень эксклюзивной железяки где требовалось максимальное быстродействие, да и то через кросс компиляцию что бы съекономить время.
Нынешние мощности ПК позволяют поставить пре билд дистр и не заморачиватся.
А тот кому это надо, почитает и пересоберет ядро хоть в RHEL хоть в убунту.
Последовательно, без разницы какой интервал, mod key'и можно не отпускать, снизу в «minibuffer» будет показываться вся последовательность нажатий.
C-x C-f означает, что можно удерживая Ctrl последовательно нажать x, f.
Сложные комбинации отданы под редкие команды (считается, что файл в редакторе открывают реже, чем что-то в нём редактируют), а на простые команды и навигационные назначены простые комбинации клавиш.
Сложные комбинации отданы под редкие команды (считается, что файл в редакторе открывают реже, чем что-то в нём редактируют), а на простые команды и навигационные назначены простые комбинации клавиш.
В таком случае говорят — RTFM, для себя уже давно понял что гораздо лучше сохранить время и нервы — читая маны, особенно когда хочешь познакомиться с чем-то совершенно новым.
Пожалуй продолжу пользоваться Notepad++.
Notepad2 кстати тоже очень неплох, курва обучения отсутствует как класс.
Крик души: почему не появится до сих пор что-нибудь настолько же удобное и функциональное, как старый добрый MultiEdit 6.0?..
Крик души: почему не появится до сих пор что-нибудь настолько же удобное и функциональное, как старый добрый MultiEdit 6.0?..
Я вот чего до сих пор не понял. Почему при копировании\вырезании, через C + y\M + y — вовне не копируется, а при нажатии на иконку «Copy», в случае если мы работаем с GUI-версией емакса — все успешно вставляется и вовне?
И соответственно — как привязать эту гуишную кнопку копировани, к тем же сочетаниям C + y\M + y — их расширив?
И соответственно — как привязать эту гуишную кнопку копировани, к тем же сочетаниям C + y\M + y — их расширив?
«C-h t» — не всегда английский. Я учил по русскому.
Есть ещё не менее важный, и более полный, когда азы уже пройдены — «C + h y»
Есть ещё не менее важный, и более полный, когда азы уже пройдены — «C + h y»
> вовне не копируется
Всё копируется. Дело тут наверное в том, что в X-windows существует так называемый Primary и Secondary selection. Попробуйте сделать Paste средней кнопкой мыши. А вообще чтобы эти primary/secondary не путались у меня всегда и в KDE -> Klipper и в Parcellite стоит "[x] Synhornize Primar and Secondary Selections"
Всё копируется. Дело тут наверное в том, что в X-windows существует так называемый Primary и Secondary selection. Попробуйте сделать Paste средней кнопкой мыши. А вообще чтобы эти primary/secondary не путались у меня всегда и в KDE -> Klipper и в Parcellite стоит "[x] Synhornize Primar and Secondary Selections"
Менюшная «Copy» копирует в x-буфер. С-w/M-w — в емаксовый буфер.
Чтобы их синхронизировать, сделайте себе немного (setq x-select-enable-clipboard t)
как рекомендуется тут: emacswiki.org/emacs/CopyAndPaste
Чтобы их синхронизировать, сделайте себе немного (setq x-select-enable-clipboard t)
как рекомендуется тут: emacswiki.org/emacs/CopyAndPaste
Подскажите, графические версии emacs (те, которые не в терминале работают) — как у них сейчас с отрисовкой не-текстовых элементов? Картинки вроде бы в текст вставлять могут (по крайней мере при старте emacs показывает картинку, вставленную в текст) — а как насчет примитивов? Можно динамически отрисовать картинку по точкам? Можно ли использовать примитивы для рисования (линии там, квадраты, эллипсы)?
Artist Mode ;)
Это псевдо графика. Так и notepad может.
Да, я ниже написал. И да, именно так notepad не может.
Вообще оценивать редактор текста (и именно текста, никакого wysiwig, кроме отдельных визуализаций) по умению рисовать графику — как-то странно.
Visual Studio вот тоже не умеет в код картинки вставлять, это делает ее хуже, да?
Вообще оценивать редактор текста (и именно текста, никакого wysiwig, кроме отдельных визуализаций) по умению рисовать графику — как-то странно.
Visual Studio вот тоже не умеет в код картинки вставлять, это делает ее хуже, да?
Visual Studio умеет, но это к дел не относится.
Я не оцениваю редактор текста, это вы сами придумали. Я интересуюсь у человека с 15-летним опытом работы эзотерической функциональностью, так как emacs я знаю несколько хуже чем vim, а это не гуглится. Vim, например, точно не может ничего рисовать примитивами — но при этом он также не может вставлять в текст изображения, а emacs — может, что позволяет выдвигать предположение о возможности отображать что-либо поточечно / примитивами.
Я не оцениваю редактор текста, это вы сами придумали. Я интересуюсь у человека с 15-летним опытом работы эзотерической функциональностью, так как emacs я знаю несколько хуже чем vim, а это не гуглится. Vim, например, точно не может ничего рисовать примитивами — но при этом он также не может вставлять в текст изображения, а emacs — может, что позволяет выдвигать предположение о возможности отображать что-либо поточечно / примитивами.
А не, не то, я думал там маркеры в емаксе поверх рисуются. Оказалось что нет.
Не то — они закачивают картинку через google API и ее отображают. Как вставить картинку я знаю :). В принципе, конечно, можно попиксельно соорудить картинку во временной папке и ее вставить — но это как-то не то О_О. Интересует наличие API для отображения чего-нибудь, отличного от текста и картинок из файлов. Странно что вставка картинок и рендер latex, pdf реализовано на уровне высокоуровневых функций, вообще без низкоуровневого доступа к рисованию.
Ну что сказать. Честно, картинки я никогда в Emacs не рисовал, а в сугубо практическом значении я пользуюсь таблицами в org-mode, просмотром PDF и картинок. Это очень удобно когда не надо вызывать внешнее приложение чтобы просто глянуть содержимое файла.
А как у него сейчас с возможностью отображения диалоговых окон (опять же, не псевдографикой)? Есловно говоря, если я пишу на лиспе плагин, который позволяет пользователю выбрать элемент из списка где их пара десятков — могу я попросить emacs отобразить мне диалоговое окно с таким списокм, чтобы в нем можно было кликнуть мышкой / клавиатурой на нужный элемент?
Как бы использование мышки противоречит основным идеям емаксовского UI. Как и диалоговые окна.
Насчет диалоговых окон не знаю, но можно отобразить буфер со любым списком.
Насчет диалоговых окон не знаю, но можно отобразить буфер со любым списком.
Диалоговое окно со списком можно сделать с помощью popup-el.
Сорри, поспешил. Emacs — это plain text редактор. Есть всякие визуализации для картинок и формул в tex, например, но рисовать именно графические примитивы, а не ascii, нельзя. Для этого есть wysiwig-редакторы.
Мне не совсем ясна область применения Emacs. я с ним познакомился лет 17 назад. Ни для одного языка нормальной бесплатной среды не было. И все задания в университете мы писали в emacs.
А сейчас зачем? Для редактирование текстовый файлов есть vi. Для языков программирования есть среды с рефакторингом.
А что в emacs делать?
А сейчас зачем? Для редактирование текстовый файлов есть vi. Для языков программирования есть среды с рефакторингом.
А что в emacs делать?
да много чего, вот к примеру habrahabr.ru/post/109129/, там верстают.
Внезапно за 17 лет в емаксе тоже появился и рефакторинг, и кодкомплешн и еще много и много всего.
Вообще фишка в идеологии (unix way, все прозрачно и очень просто на самом деле) и полной кастомизации редактора под себя, а соответственно в сильном повышении продуктивности.
Вообще фишка в идеологии (unix way, все прозрачно и очень просто на самом деле) и полной кастомизации редактора под себя, а соответственно в сильном повышении продуктивности.
Я тоже всё настраивал под себя давным-давно в начале своей карьеры. Со временем оказалось, что изучение нормальной IDE и пользование её функционала на 100% делают работу намного продуктивнее.
О! А можно поподробнее? Я пытался поработать в разных IDE, но по функционалу до Emacs не дотягивает, слабо подстраивается и тормозит. Если с тем, что тормозит смириться можно, но то что многие вещи приходиться тыкать мышой меня совсем не устраивают. Из IDE больше всего мне понравились для Python: PyCharm и WingIDE. Но минусы PyCharm — тормознутость и некоторая ограниченность функционала, а WingIDE слабо расширяется, обе коммерческие потому конечно и сравнивать не имеет смысла. А Eclipse как то совсем не пошёл… А в какой IDE работает автор комментария? Что именно стало продуктивнее по сравнению с emacs?
Я работаю в разных IDE: Eclipse, NetBeans, VC. Мышкой не пользуюсь (: Читайте документацию, изучайте программирование, тогда будет понятно, почему в них что-то сделано так, как сделано.
Программист — это не писатель, ему тестовый редактор нафиг не нужен.
Программист — это не писатель, ему тестовый редактор нафиг не нужен.
Действительно. Программист — это тот, кто перетаскивает кнопочки по формочкам.
> тогда будет понятно, почему в них что-то сделано так, как сделано.
Читаю документацию (http://wiki.eclipse.org/FAQ_How_do_I_switch_to_vi_or_emacs-style_key_bindings%3F):
«Eclipse has a built-in key-binding configuration that emulates emacs-style key bindings.»
Аналогично, люблю Майкрософт, за то что Visual Studio тоже из коробки знает про emacs.
Лично мне понятно, почему так сделано. А вам?
Читаю документацию (http://wiki.eclipse.org/FAQ_How_do_I_switch_to_vi_or_emacs-style_key_bindings%3F):
«Eclipse has a built-in key-binding configuration that emulates emacs-style key bindings.»
Аналогично, люблю Майкрософт, за то что Visual Studio тоже из коробки знает про emacs.
Лично мне понятно, почему так сделано. А вам?
unix way, говорите?
«Пишите программы, которые делают что-то одно и делают это хорошо.»
При всей моей любви к emacs, этот мегакомбайн(про который шутят: в emacs есть все кроме нормального редактора), от данного принципа довольно далек.
«Пишите программы, которые делают что-то одно и делают это хорошо.»
При всей моей любви к emacs, этот мегакомбайн(про который шутят: в emacs есть все кроме нормального редактора), от данного принципа довольно далек.
Это потому, что emacs — это не текстовый редактор, а lisp-интерпретатор, в котором можно запускать разные lisp-приложения, в т.ч. и текстовый редактор.
Дополню — и как lisp-машина, он вполне простой и прозрачный. И посмотрите unix way по Реймонду, там как раз таки и есть про расширяемость и интеграцию.
В мегакомбайн он превращается после установки на него большого количества режимов и расширений. Но тем не менее остается прозрачным и простым.
В мегакомбайн он превращается после установки на него большого количества режимов и расширений. Но тем не менее остается прозрачным и простым.
Аналог vi для тех, кому не нравится modal editing? Опять же, программируемость лиспом позволяет делать на нем сложные специфические расширения для работы с текстом. У меня, например, на нем сделана система типа локальной wiki, которая позволяет крайне быстро и удобно для меня работать со специфическим массивом информации довольно большого размера (несколько мегабайт).
Наверное Вы правы, но сколько из потенциальных пользователей emacs знают или готовы учить лисп?
Вы понимаете — emacs — из другой эпохи (и я кусочек этой эпохи застал даже) — эпохи когда писать конфигурацию на лиспе было нормально, когда не было eclipse и вообще нормальных сред, когда софт для юниксов стоил тысячи долларов и т.д.
Сейчас если бы делали такой редактор сделали бы настройку на пайтоне или руби или груви, верно?
Вы понимаете — emacs — из другой эпохи (и я кусочек этой эпохи застал даже) — эпохи когда писать конфигурацию на лиспе было нормально, когда не было eclipse и вообще нормальных сред, когда софт для юниксов стоил тысячи долларов и т.д.
Сейчас если бы делали такой редактор сделали бы настройку на пайтоне или руби или груви, верно?
Да, что-то врод современного emacs с настройками на питоне было бы неплохо. Но объем сил, который необходим чтобы собрать такую штуку несколько зашкаливает (хотя, btw, попытки ведутся). Поэтому для работы с текстом используют то что есть. Это в любом случае проще, чем изучать плохо документированный и крайне объемный eclipse API.
Есть редактор на руби — redcar. Есть на питоне — sublime. Они неплохие, но до емакса им далеко.
Я, переехав с вима на емакс, тоже сначала хотел настроек на чём-то человеколюбивом, на руби, например. Но сейчас, немного освоившись, рад, что они всё-таки на лиспе. Потому что даже базовые знания лиспа позволяют иначе взглянуть на собственный код на других языках. Расширение кругозора.
Я, переехав с вима на емакс, тоже сначала хотел настроек на чём-то человеколюбивом, на руби, например. Но сейчас, немного освоившись, рад, что они всё-таки на лиспе. Потому что даже базовые знания лиспа позволяют иначе взглянуть на собственный код на других языках. Расширение кругозора.
Можно пример? Всегда было интересно
— почему люди пишут, мол у них произошло озарение, после изучение лиспа. :)
— почему люди пишут, мол у них произошло озарение, после изучение лиспа. :)
Трудно сказать. Ко всему привыкаешь и начинаешь воспринимать как должное. В целом, изучение лиспа вызывает реакцию «ух ты, и так можно?». Поражает, как с таким минимумом языковых конструкций можно получить такую гибкость. Сначала немного сбивает с толку префиксная нотация, но потом становится даже удобно, что нет различия между функциями и операторами (сравните, например, Сишный оператор a+b, но функцию pow(a, b)). Удобна передача произвольного количества аргументов в функции, вытекающая из той же префиксной нотации. Привыкнув к работе со списками, начинаешь чаще использовать функциональные подходы и в других языках.
С метапрограммированием я ещё не разбирался, не возникало необходимости, хотя в интернетах пишут, что в макросах самая сила лиспа.
С метапрограммированием я ещё не разбирался, не возникало необходимости, хотя в интернетах пишут, что в макросах самая сила лиспа.
Подскажите пожалуйста как настроить (Ubuntu) emacs, чтобы стало единым — переключение системной раскладки клавиатуры и переключение раскладки в emacs.
Это самый главный для меня вопрос по emacs, который давно не дает покоя.
Это самый главный для меня вопрос по emacs, который давно не дает покоя.
Один из вариантов — besm6.livejournal.com/427.html
Помню в 90-х, когда познакомился с Linux, пропробовал использовать Emacs.
После того, как в течении больше 10-ти минут мне так и не удалось открыть текстовый файл для редактирования, завершил данное приложение, чтобы больше никогда не запускать.
А был бы у меня конфиг, все могло бы быть совсем по другому.
Еще никогда не видел написанное математиком приложение с юзер-френдли интерфейсом.
После того, как в течении больше 10-ти минут мне так и не удалось открыть текстовый файл для редактирования, завершил данное приложение, чтобы больше никогда не запускать.
А был бы у меня конфиг, все могло бы быть совсем по другому.
Еще никогда не видел написанное математиком приложение с юзер-френдли интерфейсом.
Аналогично ;-)
Тогда в каком то форуме, кто то написал: «Emacs — хорошая операционная система, вот бы кто к нему допилил нормальный текстовый редактор» :-)
Тогда в каком то форуме, кто то написал: «Emacs — хорошая операционная система, вот бы кто к нему допилил нормальный текстовый редактор» :-)
а на велосипеде вы через сколько минут поехали первый раз?
Если уж так сравнивать, то Notepad++ или Geany — это трёхколёсные велосипеды, а Emacs — универсальное транспортное средство с гибкой конфигурацией числа, формы и взаимного расположения колёс, рулей, педалей, крыльев и плавников, но чтобы в первый раз получить что-то движущееся (хотя бы с толкача), нужны пара лекций гуру и солидный томик с инструкцией. Аптечка — must have.
Спасибо большое за начало освещения emacs. Так получилось, что были знакомые vim'еры, и с ним я смог-таки ознакомиться, а вот знакомых использующих emacs нет, так и не смог начать учить.
Из пожеланий:
Расскажите пожалуйста, как начать работу с плагинами, что люди используют (а-ля функциональные аналоги pathogen'а для vim). ИМХО, правильные привычки привить важнее, чем начать изучать различные плагины и т.д.
Кроме того, находил информацию, что для работы в emacs часть либо вешают Ctrl на Caps Lock, либо меняют Ctrl и Alt. Можете как-то это прокомментировать?
Из пожеланий:
Расскажите пожалуйста, как начать работу с плагинами, что люди используют (а-ля функциональные аналоги pathogen'а для vim). ИМХО, правильные привычки привить важнее, чем начать изучать различные плагины и т.д.
Кроме того, находил информацию, что для работы в emacs часть либо вешают Ctrl на Caps Lock, либо меняют Ctrl и Alt. Можете как-то это прокомментировать?
Пробовал. Впечатления двоякие. Вроде как [должно быть] проще, но только стоит привыкнуть, как приходиться переучиваться, сидя за компом у у товарища рядом. Вроде как сконвертироал пару товарищей поменять Ctrl+Alt. Но прошло вот 2 года с момента этих экспериментов, и в результате у всех как обычно, а у двух человек — перевёрнуто. Вот и думай после этого стоит ли так радикально экспериментировать. Если чисто для себя это одно дело, а если иногда приходиться работать на разных клавиатурах или в парном программировании то наверное смысла нет.
Про плагины был вроде тут пост на хабре: habrahabr.ru/post/126228/ — советую обратиться к нему. А вообще не так уж часто я это всё настраиваю. Система у меня Gentoo, да тут не сильно важно что за система. В самой системе почти все модули, которыми я пользуюсь есть. В общем ставлю пакет и добавяю require (я отключил autoload для _всех_ пакетов т к не всё что стоит с поддержкой emacs реально мной используется).
Хороший package manager был в xemacs, но увы, по скорости разработки и коммунити xemacs сильно отстаёт так что я им сейчас не пользуюсь.
Хороший package manager был в xemacs, но увы, по скорости разработки и коммунити xemacs сильно отстаёт так что я им сейчас не пользуюсь.
Менять местами смысла особого не вижу, а вот повесить ctrl на caps lock _дополнительно_ к стандартному — очень полезно. Мизинец левой руки почти всегда лежит на ctrl и куда удобнее, когда он является продолжением основной линии клавиш (не знаю, как перевести home row).
В emacs 24, который ещё не вышел, но им уже можно пользоваться, встроен пакетный менеджер, вызывается по
M-x package-list-packages. Несколько сотен пакетов там уже есть, особенно с дополнительными репозиториями.
В целом, чтобы начать, лучше всего поставить emacs starter kit. Мало того, что он делает emacs удобнее, вдобавок в нём ещё и неплохой код. Можно читать, чтобы разобраться, как что делается в редакторе.
В emacs 24, который ещё не вышел, но им уже можно пользоваться, встроен пакетный менеджер, вызывается по
M-x package-list-packages. Несколько сотен пакетов там уже есть, особенно с дополнительными репозиториями.
В целом, чтобы начать, лучше всего поставить emacs starter kit. Мало того, что он делает emacs удобнее, вдобавок в нём ещё и неплохой код. Можно читать, чтобы разобраться, как что делается в редакторе.
Сильно зависит от клавиатуры и от личных предпочтений.
У меня на нетбуке Ctrl заменен на Caps Lock только из-за идиотского расположения Ctrk на клавиатуре. На полноценной клавиатуре все по дефолту.
У меня на нетбуке Ctrl заменен на Caps Lock только из-за идиотского расположения Ctrk на клавиатуре. На полноценной клавиатуре все по дефолту.
Пробовал делать caps в качестве ctrl. Мегаудобнее.
(Ну кроме того, что за чужим компом начинаешь не только переключение путать, а вообще всё)
Однако, переключать раскладку капсом оказалось ещё удобнее. а и разработанный мезинец, думаю, в жизни пригодится :)
(Ну кроме того, что за чужим компом начинаешь не только переключение путать, а вообще всё)
Однако, переключать раскладку капсом оказалось ещё удобнее. а и разработанный мезинец, думаю, в жизни пригодится :)
> среда разработки для Python
Очень нужно именно это. На примере какого дистрибутива будете рассказывать? Много находил гайдов в сети где предлагалось запихать нужные модули в .emacs, но меня это не устраивает учитывая что все они есть в репах debian\ubuntu.
Очень нужно именно это. На примере какого дистрибутива будете рассказывать? Много находил гайдов в сети где предлагалось запихать нужные модули в .emacs, но меня это не устраивает учитывая что все они есть в репах debian\ubuntu.
.emacs.d я хотел сказать.
у меня например папка .emacs.d/ и .emacs лежат в дропбоксе, откуда линкуются в нужное мне новое место.
комфортно и в убунте и в арче и в макоси и в виндовс.
комфортно и в убунте и в арче и в макоси и в виндовс.
В моем случае хватило бы .emacs и скрипта для быстрой установки нужных пакетов, так как лишен необходимости использовать windows.
Использую два одинаковых арча на работе и дома, но также храню настройки в dropbox, вместе со скриптом, который создаёт симлинки, очень удобно выходит: pastebin.com/gVW1ZV0w
Рекомендованный способ установки пакетов на Emacs 24 – юзать package-list-packages, который позволяет ставить пакеты из emacs MELPA репозиториев (включая github) буквально в два-три нажатия клавиш. Очень удобно.
Читал-читал комменты, ничего про сравнение с vim не нашел. Мне кажется или emacs — это попытка создать аналог vim без командного режима?
Насколько я помню, vi и емакс появились примерно в одно и то же время, ~1976 год, так что вряд ли один из них — это попытка создать аналог другого :)
толсто же.
Если делать сравнения по идеологии клавиатурных нажатий между emacs и vim, то наверное нет особой разницы. Что в emacs что в vim основная задача — привязать тысячи доступных функций к довольно ограниченному набору клавиш, да ещё сделать это так, чтобы это было удобно. Я думаю
что в определённой степени оба редактора решают эту задачу, но соверненно разными способами. Я для себя заметил что мне удобнее пользоваться emacs т к _в основном_ я нахожусь в режиме редактирования при работе с текстом. Командный режим нужен реже. А кроме Vim я прошёл путь от: pe2, me, qedit, потом уже vi, vim, emacs, xemacs, kate. Смотрел на IDE: Komodo, Eclipse, WingIDE (+), PyCharm (+). Conclusion: все *java* IDE мне кажутся тормозами по сравнению с emacs, vim в то время как я им пользовался был не таким уж развесистым как сейчас, да и концепт там немного другой. Плюсики поставил IDEшкам что мне в общем понравились (в общем, не в деталях)
что в определённой степени оба редактора решают эту задачу, но соверненно разными способами. Я для себя заметил что мне удобнее пользоваться emacs т к _в основном_ я нахожусь в режиме редактирования при работе с текстом. Командный режим нужен реже. А кроме Vim я прошёл путь от: pe2, me, qedit, потом уже vi, vim, emacs, xemacs, kate. Смотрел на IDE: Komodo, Eclipse, WingIDE (+), PyCharm (+). Conclusion: все *java* IDE мне кажутся тормозами по сравнению с emacs, vim в то время как я им пользовался был не таким уж развесистым как сейчас, да и концепт там немного другой. Плюсики поставил IDEшкам что мне в общем понравились (в общем, не в деталях)
А в моём мире живут и vim и emacs.
emacs — для редактирования текстов, vim — для quick-fix конфигов.
правда вот, поправить import или константу в коде — это конфиг.
emacs — для редактирования текстов, vim — для quick-fix конфигов.
правда вот, поправить import или константу в коде — это конфиг.
Интересно, как вы с отладкой справляетесь? Для меня наличие нормального, полнофункционального отладчика всегда было решающим фактором для использованием IDE. По удобству использования PDB и в подметки не годится всему, что вы получите, например, в PyCharm прямо из коробки.
может программы не шибко сложные? я пользуюсь pdb (по одной кнопке ставиться через yasnippet) но он интегрирован с emacs через pdbtrack, так что код отображается по ходу нажатий клавиш. также очень удобно копировать прямо куски кода в выполняемый файл. про pdb и интеграцию с Emacs покажу на отдельном video. конечно можно было бы и лучше, я не спорю что в PyCharm отладчик на уровень приятнее, но пока хватает того что есть в emacs.
Спасибо за топик! Летом общался с человеком, который работает с Emacs больше, чем мне самому лет. Был восхищён скоростью, с которой он за ним редактирует код.
Подскажите пожалуйста, как средствами Emacs сделать следующее с минимумом движений: открыть текстовый файл с листингом параметрами, изменить несколько параметров и вывести изменённые параметры в название нового файла с параметрами.
Подскажите пожалуйста, как средствами Emacs сделать следующее с минимумом движений: открыть текстовый файл с листингом параметрами, изменить несколько параметров и вывести изменённые параметры в название нового файла с параметрами.
> открыть текстовый файл с листингом параметрами, изменить несколько параметров и вывести
> изменённые параметры
вот это поподробнее. просто не понял вопроса.
> изменённые параметры
вот это поподробнее. просто не понял вопроса.
Он хочет выдернуть из каких-то файлов значение каких-то параметров,
и эти значения использовать в качестве названия нового файла.
2 leggiermente Ну тут скрипт писать нужно. Чо.
Кстати, мне тоже вот любопытно — в питоне знаю как сделать, по крайней мере тремя способами.
В Elisp'е — пока нет… :) На ум приходят регулярные выражения, однако,
есть ли они в лиспе вообще, и\или как этот вопрос решается?
и эти значения использовать в качестве названия нового файла.
2 leggiermente Ну тут скрипт писать нужно. Чо.
Кстати, мне тоже вот любопытно — в питоне знаю как сделать, по крайней мере тремя способами.
В Elisp'е — пока нет… :) На ум приходят регулярные выражения, однако,
есть ли они в лиспе вообще, и\или как этот вопрос решается?
Извиняюсь, это опечатка: имелся ввиду *текстовый файл с листингом параметров
не смотря на крайне отстойный звук рекомендую посмотреть вот это видео, похоже там то, что вас интересует.
В vim есть Pathogen+Git, в Sublime Text есть Package Control, а есть ли де-факто стандартный package manager для Emacs?
Bobuk, ты опять под чужим логином пишешь?
Для начинающих как-то сложно. Запустил emacs-nox, открыть файл получается, а закрыть по C-x C-k — нет. В графической версии в меню напротив «File/Close» пустота. При нажатии C-x C-k появляется «C-x C-k-» и программа ждёт продолжения комбо.
Опа ;-) хоть кто то попробовал реально воспользоваться инструкцией! Извиняюсь, опечатка вышла. Закрыть файл — C-x k. Исправил в тексте. Никто не говорил что будет супер легко, особенно по сравнению с типичным редактором типа notepad2 или Kate. Но оно того стоит.
У меня получается только
C-x k [<имя буфера>] <Enter>. А ещё мне кажется, что kill и close — немножко разные вещи.Но оно того стоит.Вот хоть бы кто объяснил, почему. Что такого в Emacs, чтобы его ставить и изучать? Чем он лучше других редакторов? Зачем в нём куча каких-то загадочных отдельных режимов (org-mode и пр.)? Почему его используют в качестве IDE? Есть ли в нём интеграция с отладчиками (GDB, например), удобное автодополнение (в одно нажатие + автоматическое для объектов/структур), поддержка сборки (Makefile и что-нибудь своё, с анализом зависимостей), удобно ли его настраивать?
Вот такие вопросы возникают у меня при упоминании Emacs, но пока никто не отвечал на них в своих статьях. Когда предлагают изучить новый инструмент, должно быть какое-то обоснование, чтобы не получилось изучение ради изучения. Если нет толкового рассказа о возможностях Emacs, то возникает ощущение, что его нужно изучить просто для того, чтобы потом хвалиться перед коллегами своими сакральными знаниями вроде сотен выученных хоткеев.
Это не обвинение, как вы могли бы подумать, просто я уже несколько лет слышу про крутизну Emacs и сложность его настройки, но всё это без конкретики.
> Чем он лучше других редакторов
Если коротко — тем что предоставляет простой и понятный способ для расширения функционала, потому дополнения и модули легко дописываются желающими. Само название редактора говорит об этом (Editor MACroS). Прямо с 1х слов так и написано вот тут: en.wikipedia.org/wiki/Emacs.
Мало того, за 20 лет написано столько всяких расширений функционала, что почти в любой сфере находиться уже готовое решение, если эта сфера хоть как то связана с редактированием текста.
> Зачем в нём куча каких-то загадочных отдельных режимов
Если на все файлы один режим — то ни автоподсветки ни проверки кода на корректность, ни других удобных функций редактора не будет.
> Есть ли в нём интеграция с отладчиками (GDB, например)
Есть. Если интересны подробности — простой поиск gdb+emacs в google даёт много ссылок и видео. я лично не пользовался — сказать ничего не могу, но отладку Python делаю в pdb, довольно удобно. Всё управляется с клавиатуры и легко копировать туда-сюда куски кода. Но подход отличается в корне от IDE отладки.
> удобное автодополнение (в одно нажатие + автоматическое для объектов/структур)
могу ответить конкретно по Python- функция rope-lucky-assist, выдаёт первый вариант. Чаще всего это оно. Есть варианты как показать это в командной строке/IDO, или в выпадающем меню, но однажды поняв насколько удобен ido я pull-down менюшки отключил.
> поддержка сборки (Makefile и что-нибудь своё
Да я обычно жму функцию compile. Если возникает ошибка — быстрый переход на номер строки. Если их много — есть функция перехода next-previous, привязанная на удобную клавишу.
> но пока никто не отвечал
:-) Вот стараюсь ответить.
> Когда предлагают изучить новый инструмент, должно быть какое-то обоснование
Те, кто работает рядом сразу видят приемущества — это конечная скорость. Т е некоторые действия, на которые в emacs есть удобно заточенные функции можно делать в другом редакторе _намного_ дольше. Ну опять же — всё зависит от человека. Даже у нас в компании, есть те, кому безразлична скорость, точнее не хочется человеку ради того чтобы раз в месяц что нибудь сделать быстро учить так много :-) А есть те, кто осваивает. Всё что стараюсь я донести — 1) то что не так страшен чёрт, как его малюют. Есть менюха, начинать работать можно с нулевым уровнем, а потом можно улучшать настройки и до-включать всякие удобные модули. 2) в этом есть смысл. Я этот смысл вижу — как по себе, так и смотря на остальных, кто смог освоить.
Но так уж устроен человек, что ему лениво :-) Я это понимаю. Потому постараюсь в следующих статьях показать что именно я имею в виду под «скоростью» и какие фичи есть в emacs, которых не найти в самых модных IDE.
Если коротко — тем что предоставляет простой и понятный способ для расширения функционала, потому дополнения и модули легко дописываются желающими. Само название редактора говорит об этом (Editor MACroS). Прямо с 1х слов так и написано вот тут: en.wikipedia.org/wiki/Emacs.
Мало того, за 20 лет написано столько всяких расширений функционала, что почти в любой сфере находиться уже готовое решение, если эта сфера хоть как то связана с редактированием текста.
> Зачем в нём куча каких-то загадочных отдельных режимов
Если на все файлы один режим — то ни автоподсветки ни проверки кода на корректность, ни других удобных функций редактора не будет.
> Есть ли в нём интеграция с отладчиками (GDB, например)
Есть. Если интересны подробности — простой поиск gdb+emacs в google даёт много ссылок и видео. я лично не пользовался — сказать ничего не могу, но отладку Python делаю в pdb, довольно удобно. Всё управляется с клавиатуры и легко копировать туда-сюда куски кода. Но подход отличается в корне от IDE отладки.
> удобное автодополнение (в одно нажатие + автоматическое для объектов/структур)
могу ответить конкретно по Python- функция rope-lucky-assist, выдаёт первый вариант. Чаще всего это оно. Есть варианты как показать это в командной строке/IDO, или в выпадающем меню, но однажды поняв насколько удобен ido я pull-down менюшки отключил.
> поддержка сборки (Makefile и что-нибудь своё
Да я обычно жму функцию compile. Если возникает ошибка — быстрый переход на номер строки. Если их много — есть функция перехода next-previous, привязанная на удобную клавишу.
> но пока никто не отвечал
:-) Вот стараюсь ответить.
> Когда предлагают изучить новый инструмент, должно быть какое-то обоснование
Те, кто работает рядом сразу видят приемущества — это конечная скорость. Т е некоторые действия, на которые в emacs есть удобно заточенные функции можно делать в другом редакторе _намного_ дольше. Ну опять же — всё зависит от человека. Даже у нас в компании, есть те, кому безразлична скорость, точнее не хочется человеку ради того чтобы раз в месяц что нибудь сделать быстро учить так много :-) А есть те, кто осваивает. Всё что стараюсь я донести — 1) то что не так страшен чёрт, как его малюют. Есть менюха, начинать работать можно с нулевым уровнем, а потом можно улучшать настройки и до-включать всякие удобные модули. 2) в этом есть смысл. Я этот смысл вижу — как по себе, так и смотря на остальных, кто смог освоить.
Но так уж устроен человек, что ему лениво :-) Я это понимаю. Потому постараюсь в следующих статьях показать что именно я имею в виду под «скоростью» и какие фичи есть в emacs, которых не найти в самых модных IDE.
Спасибо за развёрнутый аргументированный ответ. Даже появилось небольшое желание поставить Emacs, хе-хе. Пока что пользуюсь Eclipse для C (CDT) и Code::Blocks для D (DDT у меня не заработал), но я не прочь перейти хоть на Emacs, если окажется более подходящим и всеохватывающим решением. Так что буду ждать ваши следующие статьи.
Жаль, что приходится убирать С- перед вторым нажатием. Screen, например, игнорирует второй C-, что позволяет быстрее вводить комбинации.
… и сокращает количество возможных комбинаций в 2*(длинна-1) раз
Я всё равно столько не запомню.
ну так и на Cmd-C Cmd-V далеко не уедешь.
Да вы просто мастер абсолютно верных и абсолютно бесполезных комментариев!
Если считывать модификаторы (C-, S-, M-) только при первом нажатии, при длине комбинации до 4 символов (a-z0-9) получим примерно 23·(26+10)4=13436928 комбинаций. На этом я не только уеду, но и вас обгоню. Но даже это число больше, чем количество часто выполняемых операций, комбинации для которых готов запомнить самый головастый пользователь Emacs.
Если считывать модификаторы (C-, S-, M-) только при первом нажатии, при длине комбинации до 4 символов (a-z0-9) получим примерно 23·(26+10)4=13436928 комбинаций. На этом я не только уеду, но и вас обгоню. Но даже это число больше, чем количество часто выполняемых операций, комбинации для которых готов запомнить самый головастый пользователь Emacs.
Редактор-то он не сложный, но кисти рук в суставе по началу болят ;) Vim намного приятнее и удобнее в использовании, к тому же он шустрее Emacs'а. Сам юзал emacs больше года, после того как познакомился с Vim, решил забить на Emacs
Шустрее — понятие относительное. У меня как раз наоборот — Linux/GTK vim отрисовывает намного медлнее чем emacs (тест — нажать pagedown на большом файле). По открытию файлов и т п — emacs очень быстрый, т е быстрее я редактора не видел. Различия начинаются если открывать действительно большие файлы — я заметил что emacs начинает притормаживать если открыть файл 60Mb размером, у gvim таких проблем не было. Редкое дело — редактироать такие большие файлы, а запустить gvim для такой цели не проблема.
а веб-разработка то тут причом?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Emacs для начинающих: введение