Geany

Я пробовал acme, но без настоящей трёхкнопочной мыши оказалось очень сильно неудобно. Так и забросил. Было бы интересно узнать о вашем опыте.

Я уже нашел для себя редактор micro, и потихоньку разобрался как его настраивать. Жалка что в последних версиях авторы стали съежать в сторону упорина.

Он же написал под 9front, там выбор невелик. Acme топорный, нужно прикручивать самому; для простых вещей сойдет. Юз-кейсы (субъективно, само-собой):

заметно удобнее emacs/vim как plain-text/fb2(через xslt) читалка: на ПКМ прикручено поиск через dictd (обновляется соседнее окошко), на СКМ - произношение через forvo

обычно немного удобнее тыкнув на *.tar.gz / *.dpkg / *.iso / ect открыть (через plumber) avfs-директорию, чем обертка для pushd/popd в оболочке, впрочем прикручивать avfs к емаксу не пробовал

иногда удобнее управлять mpd-подобным интерфейсом (plumber по правилу на wdir, например), туда же: открыл окошко с /../radio/ (там файлы с линками трансляций) - в plumber файл используется как плейлист-аргумент для плеера

кто-то писал, что держит для правки markdown - могу предположить что, скажем, «|скриптик-оборачивающий-в-**», может быть проще запоминания хоткеев

Vim.

Удобен для всего - кода, конфигов, текста.

Иногда запускаю kwrite, если надо быстренько скопипастить гору текста, чтобы посмотреть. Например, если select из базы большой и в экран не влазит по ширине.

Кошмар, в vim до сих пор не поработаешь с буфером обмена если текст шире окна редактора?

Поработаешь. Но если надо просто быстренько посмотреть без редактирования лично мне удобнее в мышкотыкательном kwrite.

vim

Конечно, vim. Там где возможно, использую плагины а-ля vim, в андроид студио, например.

Тут должно быть два варианта:

• GNU Emacs
• Прочие

Для кода, чаще всего Qt Creator.

Для быстро что-то подправить, разобраться и полазить: mc + mcedit

Конфиги на удалённых серверах, да и вообще дефолт в EDITOR: vim

Всякие заметки по походу пьессы в редакторе DE, сейчас это kate, но в равной мере может быть gedit.

А для души, поиграться и прочего: emacs :-)

Насколько знаю, поддержка схемы dbgp есть только в Komodo. И для прочей скриптоты как редактор почти идеально.
Выбор очевиден.

Vim, spacemacs. Иногда geany, qtcreator.

Им даже в 1999 уже не пользовались

Какой текстовый редактор вы предпочитаете?

Netbeans для вебни, для всего остального есть божественный Kdevelop

nano/Sublime Text 2/3/Eclipse

А почему сразу не в игнор? :)

QtCreator

Kate

Предпоситаю человечность инопланетности.

Kate + CodeBlocks если нужна более сложная отладка

А что не так с еклипсом? Норм же редактор

Как же не пользовались, если за него там целых 10 голосов, и в итоге он занял 20-е место из 40-ка текстовых редакторов? И это только на ЛОРе. А сколько людей чем пользуются вне ЛОРа опросы не учитывают.

А почему сразу не в игнор? :)

осознание и принятие наличия рядом пыхокодеров - первый шаг к толерантности

42 процента vi. Это треш. Времена телетайпов никуда не уходили.

Spacemacs: vim-mode.

всё с ним так. пользуйся на здоровье.

сам ты мазохист. у любителей vi искажённое восприятие действительности.

nano для кодирования не использую.

Объединить vs и vs code - это гениально

Проект GNU ed продолжает развиваться.

Чему там развиваться в этом никому не нужном старье?

Так удобный редактор же. Жрёт мало, работает быстро, функционала выше крыши.

А что не так с еклипсом? Норм же редактор

Много жрёт и тормозит. Редактировать что-то больше 100кб скорее всего не может. Да и это - ide, а не редактор кода.

https://fossies.org/linux/ed/ChangeLog .

komodoedit

А за что вы так не любите людей которые знают PHP? :) Надеюсь не за то что они знают PHP :) И не за что что им платят неплохую ЗП за то что они знают PHP :) Эти люди же могут знать россыпь других языков которые вы считаете хорошими, но по каким либо причинам не иметь возможность получать за них хорошую ЗП :)

А как вы относитесь к ECMAScript? C/C++? Pascal? Lisp? SQL?

https://fossies.org/

Прочитал как fossils.org, хотя, по отношению к ed, можно называть и так.

In Vim We Trust

чем он удобный? дебильными «режимами»?

Автоматизацией же.

Почему Kate идет вместе с KDevelop? В чем сакральный смысл этого бреда?

vim-король!

У меня как бы мышь тоже не настоящая трёхкнопочная, а двух‐ с колёсиком, которое выполняет роль второй кнопки.
До этого у меня была мышь с колёсиком, у которой оно заедало, и, насколько я помню, в plan9port можно с помощью нажатия LCtrl+ЛКМ (или LAlt?) можно эмулировать третью кнопку — я так и делал.
А сейчас у меня колёсико у мыши работает нормально: в acme работать хорошо.

где sed?

Наверное, смысл в том, что оба основаны на KatePart и для редактирования текста в KDevelop используется фактически (может и непосредственно) Kate.

Там изменения вида «убрали пробелы из команд» и «поправили описание команды».

Sublime выше VSCode - это успех.

А ещё говорили, что Atom популярнее VSCode.

Sublime выше VSCode - это успех.

до nano ему всё ещё далеко ;)

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

Ну и что, что там не такие уж и значительные изменения? ed и так хорош. Единственное, чего не хватает наиболее распространённым версиям - интерфейса на readline. И это я исправил прикрутив его к ed'у 1987-го года.

Ну и что, что там не такие уж и значительные изменения? ed и так хорош. Единственное, чего не хватает наиболее распространённым версиям - интерфейса на readline. И это я исправил прикрутив его к ed'у 1987-го года.

Я так и не понял, чем хорош ed в 2017 году. Он разрабатывался для одной конкретной цели: работать в ситуациях, когда у тебя нет экрана. В 2017 году у тебя экран есть всегда. Зачем нужен ed?

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

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

Бгг. Я тебе напомню:

(In)famous for its terseness, ed gives almost no visual feedback,[6] and has been called (by Peter H. Salus) «the most user-hostile editor ever created», even when compared to the contemporary (and notoriously complex) TECO.[1]

...

This terseness was appropriate in the early versions of Unix, when consoles were teletypes, modems were slow, and memory was precious. As computer technology improved and these constraints were loosened, editors with more visual feedback became the norm.

Но ты продолжай: в какой ситуации убогость ed идет юзеру на пользу?

Это всё отдельные мнения отдельных людей.

В ed'е есть как поиск по подстроке, так и возможность вывести на экран нужные строки по номерам, в т.ч. и диапазонами (как с нумерацией, так и без). Что позволяет оперативно переключаться конкретно между нужными областями текста. А не как в визуальных текстовых редакторах, когда нужно проматывать километровые простыни, чтобы переключиться с одной области на другую.