История изменений

Настройки гуевого редактора только через редактирование тектового файлика, серьезно? Пока человеческий интерфейс не прикрутят альтернатив этому поделию овердохрена.

Человеческий интерфейс в рамках ontopic’а — текст. Потому что unixway. И, кстати, Sublime Text тоже в основном этому пути следует. Хотя конечно в том-же Emacs гуйня поверх текста при настройке есть, но к примеру, диалог для задания значения переменной — ну это ж явно сделано, чтобы новичков лиспом не пугать. Луашное присваивание никого в ЦА программисткоориентированного редактора испугать не должно.

Как и в случае emacs (там то всё это конфигурирование мышкой на елиспе написано) можно написать аналогичный пакет (на lua) для TextAdept. Просто никому не нужно. Вот если бы вы сказали, что для TA в отличие от ST, emacs, vim et cetera пакетный менеджер ещё не написали, я бы вас понял…

Но есть у TA ещё недостаток. Серьёзный. Нетривиальная сборка (вот не позаботился Митчел чтобы это легко собирать было), распространяется по сути в виде готового бинарника. Пока сидел на ubuntu — всё было ок, а на слаке консольная версия сегфолится при переключении буферов через выбор буфера из списка (следующий/предыдущий буфер — всё ок). При том, что багрепорты, похоже, через maillist (в emacs, правда, тоже)… И когда я нашёл там похожий багрепорт про некие сегфолты консольной версии в арче, после нескольких итераций, Митчелл в конце-концов ответил «воспроизвести не могу, проблема арчеводов, исправляйти на своём уровне».

Так что пока с консольной версией всё вот так, рекомендовать как достаточно продвинутый редактор, работающий в консоли, больше не буду.

Настройки гуевого редактора только через редактирование тектового файлика, серьезно? Пока человеческий интерфейс не прикрутят альтернатив этому поделию овердохрена.

Человеческий интерфейс в рамках ontopic’а — текст. Потому что unixway. И, кстати, Sublime Text тоже в основном этому пути следует. Хотя конечно в том-же Emacs гуйня поверх текста при настройке есть, но к примеру, диалог для задания значения переменной — ну это ж явно сделано, чтобы новичков лиспом не пугать. Луашное присваивание никого в ЦА программисткоориентированного редактора испугать не должно.

Как и в случае emacs (там то всё это конфигурирование мышкой на елиспе написано) можно написать аналогичный пакет (на lua) для TextAdept. Просто никому не нужно. Вот если бы вы сказали, сто для TA в отличие от ST, emacs, vim et cetera пакетный менеджер ещё не написали, я бы понял…

Но есть у TA ещё недостаток. Серьёзный. Нетривиальная сборка (вот не позаботился Митчел чтобы это легко собирать было), распространяется по сути в виде готового бинарника. Пока сидел на ubuntu — всё было ок, а на слаке консольная версия сегфолится при переключении буферов через выбор буфера из списка (следующий/предыдущий буфер — всё ок). При том, что багрепорты, похоже, через maillist (в emacs, правда, тоже)… И когда я нашёл там похожий багрепорт про некие сегфолты консольной версии в арче, после нескольких итераций, Митчелл в конце-концов ответил «воспроизвести не могу, проблема арчеводов, исправляйти на своём уровне».

Так что пока с консольной версией всё вот так, рекомендовать как достаточно продвинутый редактор, работающий в консоли, больше не буду.

Настройки гуевого редактора только через редактирование тектового файлика, серьезно? Пока человеческий интерфейс не прикрутят альтернатив этому поделию овердохрена.

Человеческий интерфейс в рамках ontopic’а — текст. Потому что unixway. И, кстати, Sublime Text тоже в основном этому пути следует. Хотя конечно в том-же Emacs гуйня поверх текста при настройке есть, но к примеру, диалог для задания значения переменной — ну это ж явно сделано, чтобы новичков лиспом не пугать. Луашное присваивание никого в ЦА программисткоориентированного редактора испугать не должно.

Как и в случае emacs (там то всё это конфигурирование мышкой на елиспе написано) можно написать аналогичный пакет (на lua) для TextAdept. Просто никому не нужно. Вот если бы вы сказали, сто для TA в отличие от ST, emacs, vim et cetera пакетный менеджер ещё не написали, я бы понял…

Но есть у TA ещё недостаток. Серьёзный. Нетривиальная сборка (вот не позаботился Митчел чтобы это легко собирать было), распространяется по сути в виде готового бинарника. Пока сидел на ubuntu — всё было ок, а на слаке консольная версия сегфолится при переключении буферов через выбор буфера из списка (следующий/предыдущий буфер — всё ок). При том, что багрепорты, похоже, через maillist (в emacs, правда, тоже)… И когда я нашёл там похожий багрепорт по некие сегфолты консольной версии в арче, после нескольких итераций, Митчелл в конце-концов ответил «воспроизвести не могу, проблема арчеводов, исправляйти на своём уровне».

Так что пока с консольной версией всё вот так, рекомендовать как достаточно продвинутый редактор, работающий в консоли, больше не буду.

Настройки гуевого редактора только через редактирование тектового файлика, серьезно? Пока человеческий интерфейс не прикрутят альтернатив этому поделию овердохрена.

Человеческий интерфейс в рамках ontopic’а — текст. Потому что unixway. И, кстати, Sublime Text тоже в основном этому пути следует. Хотя конечно в том-же Emacs гуйня поверх текста при настройке есть, но к примеру, диалог для задания значения переменной — ну это ж явно сделано, чтобы новичков лиспом не пугать. Луашное присваивание никого в ЦА программисткоориентированного редактора испугать не должно.

Как и в случае emacs (там то всё это конфигурирование мышкой на елиспе написано) можно написать аналогичный пакет (на lua) для TextAdept. Просто никому не нужно. Вотесли бы вы сказали, сто для TA в отличие от ST, emacs, vim et cetera пакетный менеджер ещё не написали, я бы понял…

Но есть у TA ещё недостаток. Серьёзный. Нетривиальная сборка (вот не позаботился Митчел чтобы это легко собирать было), распространяется по сути в виде готового бинарника. Пока сидел на ubuntu — всё было ок, а на слаке консольная версия сегфолится при переключении буферов через выбор буфера из списка (следующий/предыдущий буфер — всё ок). При том, что багрепорты, похоже, через maillist (в emacs, правда, тоже)… И когда я нашёл там похожий багрепорт по некие сегфолты консольной версии в арче, после нескольких итераций, Митчелл в конце-концов ответил «воспроизвести не могу, проблема арчеводов, исправляйти на своём уровне».

Так что пока с консольной версией всё вот так, рекомендовать как достаточно продвинутый редактор, работающий в консоли, больше не буду.

Настройки гуевого редактора только через редактирование тектового файлика, серьезно? Пока человеческий интерфейс не прикрутят альтернатив этому поделию овердохрена.

Человеческий интерфейс в рамках ontopic’а — текст. Потому что unixway. И, кстати, Sublime Text тоже в основном этому пути следует. Хотя конечно в том-же Emacs гуйня поверх текста при настройке есть, но к примеру, диалог для задания значения переменной — ну это ж явно сделано, чтобы новичков лиспом не пугать. Лувшное присваивание никого в ЦА программисткоориентированного редактора испугать не должно.

Как и в случае emacs (там то всё это конфигурирование мышкой на елиспе написано) можно написать аналогичный пакет (на lua) для TextAdept. Просто никому не нужно. Вотесли бы вы сказали, сто для TA в отличие от ST, emacs, vim et cetera пакетный менеджер ещё не написали, я бы понял…

Но есть у TA ещё недостаток. Серьёзный. Нетривиальная сборка (вот не позаботился Митчел чтобы это легко собирать было), распространяется по сути в виде готового бинарника. Пока сидел на ubuntu — всё было ок, а на слаке консольная версия сегфолится при переключении буферов через выбор буфера из списка (следующий/предыдущий буфер — всё ок). При том, что багрепорты, похоже, через maillist (в emacs, правда, тоже)… И когда я нашёл там похожий багрепорт по некие сегфолты консольной версии в арче, после нескольких итераций, Митчелл в конце-концов ответил «воспроизвести не могу, проблема арчеводов, исправляйти на своём уровне».

Так что пока с консольной версией всё вот так, рекомендовать как достаточно продвинутый редактор, работающий в консоли, больше не буду.

Настройки гуевого редактора только через редактирование тектового файлика, серьезно? Пока человеческий интерфейс не прикрутят альтернатив этому поделию овердохрена.

Человеческий интерфейс в рамках ontopic’а — текст. Потому что unixway. И, кстати, Sublime Text в основном этому пути следует. Хотя конечно в том-же Emacs гуйня поверх текста при настройке есть, но к примеру, диалог для задания значения переменной — ну это ж явно сделано, чтобы новичков лиспом не пугать. Лувшное присваивание никого в ЦА программисткоориентированного редактора испугать не должно.

Как и в случае emacs (там то всё это конфигурирование мышкой на елиспе написано) можно написать аналогичный пакет (на lua) для TextAdept. Просто никому не нужно. Вотесли бы вы сказали, сто для TA в отличие от ST, emacs, vim et cetera пакетный менеджер ещё не написали, я бы понял…

Но есть у TA ещё недостаток. Серьёзный. Нетривиальная сборка (вот не позаботился Митчел чтобы это легко собирать было), распространяется по сути в виде готового бинарника. Пока сидел на ubuntu — всё было ок, а на слаке консольная версия сегфолится при переключении буферов через выбор буфера из списка (следующий/предыдущий буфер — всё ок). При том, что багрепорты, похоже, через maillist (в emacs, правда, тоже)… И когда я нашёл там похожий багрепорт по некие сегфолты консольной версии в арче, после нескольких итераций, Митчелл в конце-концов ответил «воспроизвести не могу, проблема арчеводов, исправляйти на своём уровне».

Так что пока с консольной версией всё вот так, рекомендовать как достаточно продвинутый редактор, работающий в консоли, больше не буду.