http://mb9x.ginps.com/tools/fte.html

Ссылка найдена на Сахаре.

Чем он лучше того же (g)vim ?
К тому же судя по наличию свежих релизов этот проект находится в коме.

Чем лучше? Привычнее, что ли. VIM - это круто, как раз сейчас скачал и поставил себе 7.0. В 250 страничной доке пока утонул, но двуязычную проверку орфографии запустил.

Вот, с слову, хороший обзор по VIM
http://lug.mgn.ru/?module=articles&c=obzor&b=2&a=6

Насчет развития - я тоже так долго думал. Но выяснилось следующее:
(Sergey Pinigin, Сахара, автор ресурса)
==
Возрождению мешает позиция оставшихся держателей репозитория,
не допускают желающих. Типа все открыто, делайте клона и развивайте, но на это никто не решается т.к. уже были, штуки три, но их развитие завершалось сразу после создания ...
Народ хотел сделать поддержку unicode ...
==
Так вот, Сергей вместе с Александром Бельченко
http://onembedding.com/tools/fte/
выпустили несколько новых релизов, вставили, в частности, поддержку SVN.

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

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



Честно говоря, у меня складывается впечатление, что fte создавался, как vim "с человеческим лицом". Взять хотя бы сочетание клавиш Ctrl+]. Но в нем, на сколько я понял, нет той расширяемости, которая свойственна современным мощным текстовым редакторам вроде (g)vim, (x)emacs и им подобным. Зато весит он меньше, да и в освоении попроще.

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

Вероятно, что так. Интересная статистика:

Какой текстовый редактор вы предпочитаете?
http://www.linux.org.ru/view-vote.jsp?vote=4&back=votes.jsp

Emacs - это вообще нечто страшное, судя по отзывам (если поставить своей целью его более-менее изучить). Один Lisp чего стоит.

В общем, по отзывам, единственный "напрягающий багофич" FTE - auto indent в комментариях. Вероятно, это следствие внутренней простоты редактора.

Вообще, редкатор - это очень серьзный выбор. Я долго жил на ultraedit (используя, мягко говоря, далеко не все его фичи), теперь вот потянуло на что-то более продвинутое, и обязательно мультиплатформенное - все равно надо учиться на Linux работать. Пока "принюхиваюсь" к VIM.

Да, видел эту статистику.
Самое странное, что mc edit побеждает. Хотя объяснение этому есть - многим нужно подправить чуть-чуть, а писать что-то стоящее не нужно. Вот и получается, что в этом случае и mc edit вполне достаточно.



Не страшнее vim. Есть своя специфика, но по большому счету не так страшно. Просто у меня в свое время vim работал быстрее, чем emacs, да и необходимости в расширенных макросах на тот момент не было. Зато теперь начал писать макросы для vim'a и могу сказать, что emacs - сильнее.



Проблема не auto indent, а невозможность его быстрого исправления. Простой пример: не устраивало меня то, что gvim после "end process;" в VHDL не делал reverse tab. Пятнадцать минут и проблема решена + добавлено еще несколько фич к стандартному auto indent для VHDL. Т.е. vim - это не просто редактор, но и конструктор, с помощью которого можно сделать все, что может понадобиться.



Золотые слова! Вот только к сожалению далеко не все люди понимают, насколько может снизить продуктивность некачественный и недалекий редактор.

PS: Был тут спор по поводу прелести редактора MS Visual Studio в части автодополнений. Все были очень сильно удивлены, когда я показал, что и (g)vim тоже есть неплохо работающее автодополнение имен, которое работает не только для объявленных объектов, но и для ключевых слов и всего прочего.

Просто я осознал, что при работе я 90% процентов времени провожу в "шаблонных ситуациях": написать тако-то отформатированный кусок текста, что-то выделить, куда-то поместить выхваченный кусок информации. И начал ощущать интуитивную потребность, чтобы эти действия выполнялись автоматически. Т.е. вот надо мне абзац отформатировать как мне уднобно - нажал батон - и все готово.

По сути, речь идет о формировании моего индивидуального "базиса мышления" (не всего, конечно, а некоторой его части ). И вот под этот базис мне и нужен редактор, ибо все равно 90% времени проводится за работой с текстами. Не графический с понтами, а "обычный" текстовый, но с "фичами".

Кстати, по соему опыту, команда - это когда "базисы мышления" ее членов пересекаюбся % на 50 хотя бы (но не на 100! - иначе будет лажа).Читал про это Пока еще не научился в VIM это "поднимать", но научусь...

:help ins-completion

Help в vim'e - замечательный.

Работает!

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

Пока я не могу сказть, что я осознал VIM. Но аллергии он у меня не вызывает.

Скорее в том что не удосужились описать ту технологию которую попытались реализовать для этого. Да и исходники без комментов, в разном стиле ...

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

Все верно, но почему-то emacs забывается быстрее.

Почти 8 лет пользовался обоими редакторами и в итоге победил vim как более дружественный к моим мозгам. А с появлением в gvim tab-ов так вообще на другие редакторы смотреть расхотелось.

Достаточно простой редактор с минималистическими функциями использования в качестве IDE.
Из простоты следует достаточно легкая правка (в том числе и исходников) под себя.
Когда встал вопрос хоть каком-то приличном редакторе под Linux в результате долгого и нудного выбора в качестве отправной точки был выбран именно он. Он по функциональности примерно соответстует самомым продвинутым досовским редакторам 15 летней давности :-).
Из глобальных претензий пожалуй только отсутствие "проекта" :-(.
FTE использую только под Linux. Для других платформ есть гораздо более продвинутые и правильные
редакторы.

Это яркий пример наплевательского отношения к самому себе (как в общем-то и использование встроенного в FAR), как правило такие случаи не лечятся:-((((

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

А в чем плох встроеннэый в FAR + colorer plugin ???