6.4 (01 Mar 2013)
6.3 (01 Feb 2013)
6.2 (01 Jan 2013)

Любопытный способ выпуска новых версий :)

Changelog?

неужели? новый редактор!

Ура, теперь в линуксе будет текстовый редактор!

Есть хоть одно преимущество перед Vim?

C and Lua

Может, он такой же быстрый, как Sublime?

ridiculously extensible

Выразительно сказал.

Есть хоть одно преимущество перед Vim?

Lua же!

Предусмотрены средства для выхода из программы?

Vim тоже может в Lua. И не только.

В Vim не предусмотрены?

можно расширять через Lua

Ну все, выкидываю Sublime.

Есть хоть одно преимущество перед Vim?

Графический интерфейс.

Графический интерфейс.

GVim, MacVim.

GVim

Надстройка над старым текстовым компонентом, а не GUI-редактор.

Что конкретно с ним не так?

А почему с ним что-то должно быть не так? Просто он не GUI и всё.

lua

AiFiLTr0 будет доволен

Мне кажется что проще самому наскриптовать scintella по своему вкусу

Буферами и тайлингом жутко напомнило емакс, вопрос только зачем оно нужно если уже есть емакс? (не говоря уже о том что кейбиндинги для всех этих буферов и тайлингов как будто специально переиначены чтобы быть несовместимым с емаксовыми)

ОТНЫНЕ мой любимый редактор кода - Sublime Text! Всем понятно?!

Какой-то прям емакс для неосиливших лисп.

у VIM есть свой неслабый скриптовый язык (на котором и пишутся все плагины), так что не надо тут Lua размахивать

ну всё, только по-этому перестану им пользоваться

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

Ну с вимом всё ясно, а чем оно лучше, например, Sublime?

А еще у них скриншотов нет на сайте, ну куда такое годится вообще.

есть свой неслабый скриптовый язык

И какие к этому неслабому языку есть библиотеки?

речь идёт исключительно о написании внутренних плагинов, а не об интерфейсах к другим ЯП

оно живое еще оказывается.

Нет, ты не совсем понял. «Внутренние плагины» можно писать на других языках: питоне, перле, луа. Но это сильно уменьшает совместимость. Например, я могу назвать сходу только один аддон, который активно использует питон — python-mode, поскольку в данном случае разумно требовать Vim, собранный с поддержкой Python.

Кто нибудь уже попробовал ? Как далеко ему до емакса ? хотелось бы org-mode, auto-fill-mode, haskell-mode, autocomplete-mode, клавиатурные макросы, ну и расширение возможностей на языке программирования.

Ну, новость слишком краткая, поверхностная. TextAdept — начинался как форк Scite (scite-st ЕМНИП), редактора от авторов библиотеки Scintilla, которая (если кто не в курсе) лежит в основе многих и многих программистких редакторов и IDE-шек. Его автор пошёл по пути большей настраиваемости редактора через lua, пока не решил сделать перепрограмируеммым через lua практически ВСЁ. Т. е. это своего рода попытка альтернативы емаксу.

Кстати говоря авторы Lua нераз говорили о генетической связи этого языка с Лиспом, точнее со Scheme (видимо Р. Иерусалимский в своё время учился по SICP и в душу ему этот курс таки запал).

Кто нибудь уже попробовал ?

В ранних версиях ковырялся, но там было скорее ядро,чем готовый продукт

Скриптуется полноценным и хорошо документированным языком программирования.

например открытыми исходниками

пока не решил сделать перепрограмируеммым через lua практически ВСЁ. Т. е. это своего рода попытка альтернативы емаксу.

В emacs далеко не всё можно переделать с помощью elisp.

Скриптуется полноценным и хорошо документированным языком программирования.

А Vim сразу несколькими языками, в т.ч. Lua. Так-то.

у VIM есть свой неслабый скриптовый язык

слабый, при этом прилеленный сбоку на сопли аж в 7й версии

В emacs далеко не всё можно переделать с помощью elisp.

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

потому что у емакса большая часть реализована на elisp

Вот-вот. А у текстадепта часть на lua, пожалуй, ещё бОльшая. «Textadept is mostly written in Lua»

мне понравился, но find in files (отработав!) загружает процессор на 100% ! невозможно нормально скролить результаты (200 строк текста), видимо всё окошко с результатами написано на луа.

C core was designed to never exceed 2000 lines of code and its Lua extension code is capped at 4000 lines

дальше будем п-мерку устраивать или как?

например открытыми исходниками

Если это единственное его преимущество, то оно не имеет значения.

открытыми исходниками

не имеет значения

Гм… мне почему-то казалось, что стартовым конкурентным преимуществом ОС GNU/Linux, даже когда другие его преимущества были несколько сомнительны, была именно открытость. Которая, в конце-концов, позволила Линуксу стать тем, чем он сейчас является. И слышать тут о том, что открытое ничем не лучше проприетарного _тут_ мне как-то даже странно.

слабый

опционально, учитывая что даже мощные плуги типа NERDtree быстро и хорошо работают

при этом прилеленный сбоку на сопли аж в 7й версии

ну да, а для 6-ки все плагины на чём писались?

дальше будем п-мерку устраивать или как?

Не, ни к чему это. А по количеству наработок для него emacs так явно «впереди планеты всей». Но textadept проект таки небезынтересный, и определённое сходство с емаксом у него, очевидно, есть.

ну да, а для 6-ки все плагины на чём писались?

соврал, да, в 5й прилепили

мощные плуги типа NERDtree быстро и хорошо работают

суть в том, что емакс elisp-ом контролируется гораздо шире

Но textadept проект таки небезынтересный

NIH

NIH

Ну, с учётом того, что textadept начинался как scite-st, продукта, который изобретался not here, Mitchell'ом Foral'ом двигала при создании «адепта» несколько иная философия. Что-то вроде «ваш велосипед стал сильно похож на паровоз, изобрету-ка я велосипед заново». Ну и Lua он явно любит больше Lispа.

scite-st, продукта

scite-st, форка продукта