Remacs: Emacs In Rust

Оригинальные майнтейнеры не хотят. Это форк от хипстеров. Интересно, но не более.

Его на чем только не пытались переписать. Начиная от хацкеля, заканчивая всякой непотребщиной типа rust.

Никакого смысла. Emacs работает много где, а rust едва ли. В основном emacs на elisp, поэтому переделка ядра мало что поменяет для пользователя, разве что тормозов добавит от руки хипстеров. Если бы они перепилили движок elisp и всю обвязку на rust сделав его очень быстрым, тогда другой вопрос. Но едва ли им по зубам такая задача, скорее guile дозреет, чем хипстеры смогут хоть что-то.

Жду Gomacs и Demacs. Больше форков Богу форков!

На ржавчине есть очень быстрый (возможно, самый быстрый на данный момент) движок регулярных выражений. Но, ИМХО, оно того не стоит. История показывает, что всякие xemacs'ы не выживают. Разве что взлетит на хайпе вокруг раста. Тогда так и быть, потыкаю :)

Только вот среди этих самых opportunities нет интерпретируемости. Или они оставляют елисп в качестве скриптового языка?

Ну и что что самый быстрый? Даже если бы на rust был самый быстрый компилятор elisp это бы не факт что помогло бы делу. Нужно будет перелопатить тонны elisp кода, чтобы всё работало. Или написать такой расчудесный компилятор elisp, который всё подхватит и ничего не поломает. Сказка в общем. А ради одного движка регулярок тянуть в проект rust как зависимость - это дилетантство, то есть хипстеризм.

Было бы неплохо. Ещё отвязать позицию курсора от начала/конца окна и добавить плавную прокрутку.

всякие xemacs'ы не выживают

neovim выжил. Ждем revi[m]

Это так на самом деле? Значит ничего стоящего не выйдет. Atom, sublime тому примеры; да куча их - хипстерских редакторов.

Так там же написано — весь elisp будет работать как и раньше. Они просто будут итеративно переписывать код на rust, т.е. в любой момент процесса разработки их форк будет сохранять полную совместимость с GNU Emacs.

Или они оставляют елисп в качестве скриптового языка?

Конечно, оставят. Вся прелесть в том, чтобы не терять тонны готовых пакетов.

А для чего это? Типа, потому что можем?

Нужно будет перелопатить тонны elisp кода, чтобы всё работало.

Нет.

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

В этом план и состоит :)

это дилетантство, то есть хипстеризм.

Тоже так считаю.

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

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

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

Просто, пока они переписывают, emacs продолжает развиваться.

Тогда точно не нужно

Если это не так, то проект сразу обречен на провал. Сколько было тех убийц емакса на других языках с другими же языками расширения? То-то же.

neovim выжил

его оплачивали, Remacs это опенсорс с голым задом

Отсюда можно сделать вывод, что любой вариант форка емакса не нужен :)

Оригинальные майнтейнеры

Хотят. Просто главный мейнтейнер — странный сектант. Буквально. И он считает, что код на си — неподдерживаемое говно, а значит, трогать его не надо. Там уже несколько форков наклевывается.

Они где-нибудь выражали свое желание? Этот конкретный форк связан с ними?

Кстати, вообще не слышал про форки имаксе от майнтейнеров. Ну, свежие. Есть версии, как emacs for mac, от японца, но форки. Можно ссылку?

Типа, потому что можем?

https://lists.gnu.org/archive/html/emacs-devel/2015-09/msg00903.html

Они где-нибудь выражали свое желание? Этот конкретный форк связан с ними?

https://www.facebook.com/notes/daniel-colascione/buttery-smooth-emacs/1015531...

https://www.reddit.com/r/emacs/comments/5fy0cf/no_im_not_forking_right_now/

Срачик в рассылке искать лень.

это дилетантство, то есть хипстеризм

Расскажи это автору librsvg.

Сколько было тех убийц емакса на других языках с другими же языками расширения? То-то же.

Доброе утро. Что атом, что саблайм — куда более популярные редакторы, чем имакс. Пора признать: имакс в заднице. У него огромные проблемы с фундаментальными вещами, вроде гуя, а главный ментейнер пилит поддержку доса в то время как редактор тормозит на винде.

Sublime-то неплох для GUI редактора кода на самом деле. Далеко не самый лучший, но дело делает.

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

Масштаб не тот. Переписать одну библиотеку - не такая большая проблема.

ненужно

rust

заипали

Тем не менее процесс пошел. Как говорится: userspace на C - не нужен.

Что атом, что саблайм — куда более популярные редакторы, чем имакс.

Охотно верю. Только на качество расширений это влияет слабо. Например, возьмем ensime - среда разработки для scala, которая поддерживает множество редакторов. Все фичи имплементированы только для emacs. Хотя вышеназванные в списке поддержки есть, как и неназванный vim.

Пора признать: имакс в заднице. У него огромные проблемы с фундаментальными вещами, вроде гуя

С gui я проблем не наблюдаю. Мне не нравится, например, что конкурентность реализовали через GIL, но это не смертельно. Существуют проверенные техники, как писать пакеты, работающие асинхронно.

в то время как редактор тормозит на винде.

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

userspace на C - не нужен.

Нужен, если судить по количеству софта: редакторов, оконных манагеров, интерпретаторов. В отличие от тире в твоем предложении (а тем более дефиса).

Как говорится: userspace на C - не нужен.

Вот благодаря таким как ты

Разве что взлетит на хайпе вокруг раста.

ч.т.д.

если судить по количеству софта

Который был написан, когда rust'а не было еще даже в планах. Ну и даже тут, в userspace, балом правит C++.

В отличие от тире в твоем предложении (а тем более дефиса).

5 балов за наблюдательность.

Аргумент уровня лор.

Только на качество расширений

ensime

И выбрал кривое поделие для примера, которое ломают с каждым релизом.

С gui я проблем не наблюдаю.

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

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

Ссылку? Оно все равно заметно тормозит на фоне линукса. Даже просто искаропки.

Где он выжил? И, главное, зачем?

На самом деле начинать писать новый проект на rust может быть более резонно, чем на c. Всё же, концепция владения позволяет предотвратить появления таких багов, как, например, гонки. Но мне кажется, переписывать такой большой проект, как emacs - не самая лучшая идея.

все дергается, мигает

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

такой большой проект

Основная часть на elisp. На си должно быть не так много. Вообще переписывать нет нужды, достаточно пофиксить сишный код.

Вот неовим сильно помог виму — сразу вышел vim 8 с лямбдами и потоками. Форк должен подстегнуть основной проект, который стагнирует.

Уже не мигает

Там такие костыли. Имакс умеет рисовать через opengl?

Имакс умеет рисовать через opengl?

Нет, только через жопу. Тут есть некоторые подробности → https://www.facebook.com/notes/daniel-colascione/buttery-smooth-emacs/1015531...

И выбрал кривое поделие для примера, которое ломают с каждым релизом.

И не имеющее альтернатив, да. Недавно видел где-то тут нытье сублаймщика про плохое автодополнение на ternjs. В emacs автодополнение js у меня работает идеально.

Но плавной прокрутки нет, все дергается, мигает.

Тут согласен. И это действительно фундаментальная проблема. Жаль только, что таким переписыванием «в лоб» её не решить.

Выглядит убого, если сравнивать с саблаймом.

Вкусовщина.

Ссылку?

Emacs vs Atom по производительности (комментарий)

Оно все равно заметно тормозит на фоне линукса. Даже просто искаропки.

Что поделать, такой быстрый в винде слой совместимости.

Интересно, спасибо.

Основная часть на elisp. На си должно быть не так много.

Это дает проекту надежду на успех.

Форк должен подстегнуть основной проект, который стагнирует.

Таки 25 был очень вкусный релиз. Так что стагнации не замечено.

Таки 25 был очень вкусный релиз.

Че там вкусного? Гуй не завезли, аппаратного ускорения и opengl все еще нет, как я понимаю, асинхронность полноценную не завезли (про параллелизм молчу). Что там вкусного-то? Редактор в техническом плане отстал очень сильно от всяких саблаймов.

Ну это печальные биопроблемы.