Сколько ты написал расширений? :)

Полноценное - одно. Остальное по мелочи. Необходимости не возникает - всё нужное мне уже есть. Если в том, что есть чего-то не хватает - добавляю, что-то не нравится - изменяю. За пару лет использования необходимость в новом расширении возникла один раз - написал. GNU Emacs - это про гибкость :)

Т.е. знания elisp — обязательны.

А чего ты кстати sublime не упомянул?

Модно, но мне интересны открытые проекты, которые не погибнут в один день по прихоти одного человека или компании.

«Освоил» это когда какой-нить-mode написал сам.

Нахрена его писать?

GNOME Builder для обычных проектов

Он хорош, я пробовал им пользоваться, но проект таки молодой еще. Может через год-два созреет.

Vim мне банально не подходит по стилю и кажется слишком замороченым со всеми режимами ввода и тд.

оторые позже оформляю в LibreOffice :-)

Лол, наводишь резкость скриншотов с едой в либре? :D Для текстов рулит markdown, ничего лучше пока не придумали.

Т.е. знания elisp — обязательны.

Необязательны. Куча расширений уже написаны. А копипаста для переназначения пары клавиш - это еще не знание elisp. Сейчас есть куча всяких бандлов для новичков (ergoemacs, etc), на emacswiki есть рецепты на все случаи жизни. Но elisp простой язык и чтобы быть с редактором на ты, лучше его изучить.

То есть тут возможны два подхода: жрать что дают, или изучить инструмент и сделать так как нравится именно тебе. Это касается не только emacs.

Я как раз не плачу, а ищу наиболее эффективный инструмент. RAM сейчас дешевая.

ищу наиболее эффективный инструмент

http://emacsrocks.com/

Ого, я даже начинаю что-то понимать :) Думал что за упоротые лезут на такие куцые редакторы...

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

Лол! Все наоборот же. Вим среди хипстоты очень популярен. Вот имакс для замшелых динозавров, это да.

Ну и elisp как язык расширений, я считаю, прекрасен.

Он настолько прекрасен, что никто на нем не пишет.

А все из-за вашего липса. Нужна очень-очень сильная мотивация, чтобы на этом писать нечто сложнее конфига. В результате годных плагинов для имакса с гулькин член в сравнении с хипсто-редакторами.

Он настолько прекрасен, что никто на нем не пишет.

А все эти расширения самозародились что ли?

Чего конкретно тебе не хватает?

Но elisp простой язык и чтобы быть с редактором на ты, лучше его изучить.

Писал бы я на лиспах.. Смысла изучать еще один язык не вижу. К тому же вимом, как текстовым редактором, я вполне доволен.

Итак, куда податься?

Vim же.

а vimL ты знаешь?

markdown то хорошая штука, когда надо, например, оформить ридми для гитхаба, но для презентации чего-либо не очень годится

Из маркдауна прекрасно генерятся презентации - решений вагон и маленькая тележка.

переход на VSC чреват подвохом

Местами :)

Тогда я не вижу разницы что не знать. Кроме того VimL же ужасен.

Кстати, этот атом тормозит нещадно на markdown с preview.

Весь ужас(pitfalls) скрыт в плагинах, которые могут быть написаны не на VimL.

Atom vs Visual Studio Code

эскобар.жпг

Так пишут их на других языках не от хорошей жизни.

Я и не утверждал, что VimL — прекрасен. Но для нужд базовой конфигурации сгодится.

Разве что у тебя древнейшее железо.

Vim, а хипстеров нафиг.

Так же долго и непосильно нажать пару кнопок, что бы в место предрассудков заиметь обоснованное мнение?

Если все будут нажимать кнопки и иметь обоснованное мнение, кто на форуме трындеть будет? А за вопросы, вроде, ещё и скора больше, чем за обычные посты...

ТС, пробуй все. Вместо универсального инструмента получишь универсальное умение пользоваться подходящим для задачи инструментом. Ну и попутно определишься, вим или емакс.

Расскажи, что же это за железо такое, не древнейшее? У меня на Core i7 3770K с 32Gb RAM Atom не осилил открыть нормально XML файл, который легко открывают все перечисленные в ветке текстовые редакторы. Сначала тупил минуты 2, потом показал, но при попытке поиска завис намертво. Это был голый атом, без всяких плагинов, просто попробовать решил.

Ну и да, кстати, VS Code, который через некоторое время появился прожевал этот файл без нареканий, загрузил меньше чем за секунду и не показал никаких зависаний ни при прокрутке, ни при поиске. Впрочем как и все остальные редакторы. Только Atom отличился.

Выбросить кучу времени на освоение GNU Emacs или есть другие альтернативы?

Универсальных решений кроме GNU Emacs, к сожалению, нет.

p.s. А к сожалению потому, что у GNU Emacs тоже есть проблемы. Например, с многопоточностью.

у GNU Emacs тоже есть проблемы. Например, с многопоточностью.

Хорошо, что в emacs есть async.

По привычке пишу в Emacs, хотя его возможности, практически, перестал использовать. Конфиг даже стал обрезать, чтобы лишнее не грузилось. Все эти «управления проектом» с какого-то размера проекта всё равно не работают.

Выбросить кучу времени на освоение GNU Emacs

А откуда это «выбросить кучу времени»? Вы из того соображения, что там все (и конфиги, и плагины, и сам ГНУ Емакс по большей части) написано на языке, которого вы не знаете? Ну так если вы не собираетесь писать что-то серьезнее .emacs путем компиляции из чужих дотфайлов, то вам двух часов на освоение хватит.

Или вы собираетесь переучивать свои «руки» на все эти [CM]-[fbpnyw ] и прочие? Нафига? Ну то есть можно, конечно (и кто-нибудь вам сейчас скажет, что нужно), но мышь, стрелочки сами по себе и в комбинации со всеми привычными вам модификаторами, [CS]-Ins, S-Del и так далее там работают (и кажется, что даже из коробки).

Vim vs Emacs

В поисках идеального редактора - Vim vs Emacs

Вот так должен был выглядить заголовок.

И да. Emacs это не текстовый редактор, а лисп-машина с приделанным недоредактором, которым можно пользоваться лишь с помощью ножных педалей.

Поэтому Vim.

Выбросить кучу времени на освоение GNU Emacs

как обычно, целесообразно только если оно тебе сохранит потом 10х куч времени

другие альтернативы?

масло масляное? пользоваться редактором удобнее всего в vim, таки да. а всё остальное зависит от потребностей. если, скажем, ты пишешь даже почти неинтерактивные консольные утилиты на Кутях, то и инструмент соответствующий (т.е. Креатор. редактор будет не вим, но не исключено, что ты выиграешь. а может там и вимоподобное управление есть). Если ты пишешь на unix то выбор расширяется.
Ваш КО.

Баг скорее всего. На моей десктопной машине с целероном 3го поколения и 4 Гб памяти навигация по Linux kernel sources просто реактивная.

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

На emacs нужно тратить столько времени, сколько можешь себе позволить:

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

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

У него внутри вебкит со всеми вытекающими. Попробуй добавить --force-device-scale-factor=1

напиши плиз адекватное удаление/перемещение по словам, с учётом ряда пробелов, табов etc)

VSCode последней версии тупо завис на юникодном SQL-дампе со строками длиннее 4096 символов. Atom и Sublime прожевали, но Sublime при этом и отзывчивость не потерял - прокрутка текста осталась плавной и без задержек. В Атоме по достижении длинных строк начинались тормоза.

Я не понял чего ты хочешь. Адекватное перемещение - ace-jump-mode. Удаление - kill word/line/region, вместе с expand-region этого вполне хватает для всех моих кейсов. Кроме того есть еще, например, multiple cursors.

Кроме того стандартные комбинации (за редким исключением) совпадают с таковыми в привычном readline.

Кроме того стандартные комбинации (за редким исключением) совпадают с таковыми в привычном readline.

Такие исключения можно переназначить, что я и сделал.

Морковкин с триколором, вот ржака. Скорбишь по французикам штоле, уебище бандеровское?

Никаких изменений. Такое же мыло как и было.

Выбросить кучу времени на освоение GNU Emacs

Мне пришлось так и сделать, брат жив. Правда времени на освоение ушло не так и много.

kill word/line/region,

если я ничего не путаю они буфер обмена засирают