LINUX.ORG.RU

GNU Emacs 30.1

 , , ,


0

2

Вышла новая версия старейшего редактора, написанного на C и Lisp, Emacs 30.1!

Основные изменения:

  • портирование на Android;
  • нативная компиляция включена по умолчанию (при наличии библиотеки libgccjit);
  • нативная поддержка JSON, без ранее использованной библиотеки libjansson.

Изменения, несовместимые с предыдущими версиями:

  • режимы Tree-Sitter теперь объявлены подрежимами режимов non-TS (исправления в major-mode-remap-alist, что позволяет добавлять моды к TS, например Yasnippet);
  • буфер Completions всегда сопровождает icomplete-in-buffer;
  • фильтр процессов переписан в нативный код.

Другие изменения:

  • добавлена пользовательская опция trusted-content;
  • добавлена поддержка Unicode 15.1;
  • улучшена поддержка сенсорных экранов;
  • элементы Modeline теперь можно выравнивать по правому краю;
  • добавлены новые пользовательские опции, облегчающие работу: yes-or-no-prompt и kill-matching-buffers-no-ask.

>>> Полный список изменений на gnu.org



Проверено: dataman ()
Последнее исправление: CrX (всего исправлений: 3)
Ответ на: комментарий от Eulenspiegel

Ровняешь код парой команд или одним сочетанием, если забиндил. Такого в Vim/Neovim просто нет

Или ты просто не знаешь как такое в виме сделать :)

pihter ★★★★★
()
Ответ на: комментарий от MOPKOBKA

ради того что требует ровно 0 нажатий в Notepad.exe

А как ты ему дашь знать что-ты что-то хочешь?

pihter ★★★★★
()
Ответ на: комментарий от Somebody

Зачем?? С какой целью заменять Лисп на Питон?

Чтобы можно было писать команды Emacs’у на питоне.

Почему тогда уже не на Раст, как нынче стало «модным»?

А в нём разве есть REPL? Я с трудом представляю Раст как язык для скриптов к чему-либо.

monk ★★★★★
()
Ответ на: комментарий от ugoday

Это замечательно (без подколок, просто замечательно), рад слышать.

Но все равно удобнее юзать просто md файлы :)

amm ★★
()
Ответ на: комментарий от kaldeon

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

amm ★★
()
Ответ на: комментарий от lbvf50txt

Серъёздно? Это аргументы за текстовый редактор?

Серьъёздно. То, что ты считаешь Emacs только лишь текстовым редактором – исключительно твоя проблема. В руководстве по Emacs Lisp прямо в предисловии английским по белому написано

GNU Emacs is sometimes called an “extensible editor”, but it does much more than provide editing capabilities. It is better to refer to Emacs as an “extensible computing environment”.

Чем его и имеет смысл считать.

Это уже не про редактирование текста, а про еще одну песочницу которая создает новый уровень абстракции для написания приложений. Дублируя своим функционалом Desktop Environment.

Desktop Environment оно как раз не дублирует.

Книга про Vim занимает 300 страниц, которые нужно не только прочитать, но и отработать до автоматизма. При всем уважении к вам, я сильно сомневаюсь, что вы прочитали подобную книгу и до автоматизма отработали приемы работы с Vim, чтобы обсуждать этот редактор.

Книга по Emacs занимает 731 страницу, которые нужно не только прочитать, но и осознать. В довесок есть 1487-страничное руководство по Emacs Lisp, которое тоже полезно почитать. При всём уважении к вам, я сильно сомневаюсь, что вы прочитали подобные книги и осознали принципы и методы работы с Emacs, чтобы обсуждать этот редактор.

Точно так же я не иду рассказывать, какой плохой Emacs, Sublime или что-то еще, потому что это точно такие же экосистемы, как и Vim, с таким же объемом абстракций для редактирования текста.

Я, прошу заметить, нигде не писал ни какой плохой Vim, ни какой плохой VSCode (хотя, к этому есть пачка претензий). Я активно пользуюсь и Emacs, и Vim и даже VSCode. Emacs – отличная вычислительная среда с приятным редактором и лиспом. Vim – отличный инструмент редактирования текста, который надо хорошенько подучить, чтобы понять насколько он крут. VSCode… Ну с ним попроще на проектах, где про Code Style даже не слышали и приходится разгребать тонну плохого кода.

Теоретически можно рассуждать о объеме функций, но на практике Vim/Emacs/Sublime/VSCode/Atom и другие редакторы обладают таким количеством возможностей, что на полное их изучение потребуются годы. Более-менее все продвинутые пользователи редакторов находятся на одном уровне продуктивности.

Всё так. Просто Emacs’у нет замены не как редактору, а как вычислительной среде. Можно заменить его ворохом разношёрстных программ, но там не будет такого уровня интеграции, настраиваемости и хакабельности, как и монотонного интерфейса.

skiminok1986 ★★★★★
()
Ответ на: комментарий от hateyoufeel

Как пользователя emacs, меня такой подход всё же до сих пор пугает.

Меня раньше тоже пугал. Потом попробовал и распробовал. Сейчас ничего лучше просто не вижу. Для Telegram вон до сих пор никто не написал ни одного клиента приличнее telega.el :)

skiminok1986 ★★★★★
()
Ответ на: комментарий от kaldeon

CLI ≠ псевдографика. CLI — это ed.

CLI в данном контексте это возможность работать в текстовом терминале: TUI.

то тут больше подходит Acme.

ACME подразумивает работу мышью. Полсе VIM на нем не комфортно.

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

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

lbvf50txt
()
Ответ на: комментарий от lbvf50txt

В Emacs можно по-быстрому наговнять что-нибудь. Это довольно большая разница.

Дык для этого VSCode и ставят, чтобы менять как можно меньше, что-то менять.

А если что-то изменить нельзя, то просто иди нахрен потому что иди нахрен.

Кому-то хочется улучшать свой редактор — пусть улучшает.

Зря ты считаешь Emacs редактором. Попробуй открыть хотя бы оглавление его руководства.

skiminok1986 ★★★★★
()
Ответ на: комментарий от skiminok1986

Всё так. Просто Emacs’у нет замены не как редактору, а как вычислительной среде.

Вывод из всего прочитаного, что Emacs это скорее аналог Gnome или KDE, чем текстовому редактору. А как текстовый редактор в окружении Emacs используется Vim написанный на Lisp.

lbvf50txt
()
Последнее исправление: lbvf50txt (всего исправлений: 2)
Ответ на: комментарий от lbvf50txt

Мне кажется, что вы ни один из трех редакторов хорошо не знаете, так что беседа не склеится.

Дак я в эксперты по редакторам не рвусь. Оцениваю их с позиции пользователя.

Так с позиции пользователя стоит хотя бы оглавление документации полистать.

С таким апломбом у вас вряд ли с кем-то склеется беседа.

Сказал человек, определяющий объём прочитанной документации по аватарке.

skiminok1986 ★★★★★
()
Ответ на: комментарий от skiminok1986

А если что-то изменить нельзя, то просто иди нахрен потому что иди нахрен.

У вас сильная аргументация и понимание вопроса.

lbvf50txt
()
Ответ на: комментарий от lbvf50txt

По моему всем она сравнима, единственная разница между языком программирования: Lisp/JS/Lua. В любом редакторе идет манипуляция с текстом.

Вы точно пробовали что-то делать в Emacs? Потому что выглядят ваши сообщения так, как будто вы не пробовали его толком.

Разница между Lisp и JS/Lua огромна в самом способе взаимодействия со средой. А если вспомнить насколько легко и просто переопределить практически всё, что есть в Emacs, то остальным остаётся только нервно покуривать в сторонке.

skiminok1986 ★★★★★
()
Ответ на: комментарий от skiminok1986

Книга про Vim занимает 300 страниц, которые нужно не только прочитать, но и отработать до автоматизма. При всем уважении к вам, я сильно сомневаюсь, что вы прочитали подобную книгу и до автоматизма отработали приемы работы с Vim, чтобы обсуждать этот редактор.

Сказал человек, определяющий объём прочитанной документации по аватарке.

Vim это не только документация сколько отработанные до автоматизма сочитания клавиш под каждый конкретный тип задач.

lbvf50txt
()
Ответ на: комментарий от kaldeon

Никогда в жизни не пользовался емаксом.

Но откуда тогда понимание того, что такое Emacs?

skiminok1986 ★★★★★
()
Ответ на: комментарий от amm

Для заметок тоже есть плагины, включая и org-mode.

Как там с экспортом? Сложно ли написать свой экспортер? Есть ли сторонние?

skiminok1986 ★★★★★
()
Ответ на: комментарий от skiminok1986

Разница между Lisp и JS/Lua огромна в самом способе взаимодействия со средой.

что есть в Emacs, то остальным остаётся только нервно покуривать в сторонке.

А примеры где? «Emacs улчший, аналогов ему нет, Lisp уникальный, ты ничего не понимаешь» - вот уровень технической дискусси.

JavaScript многое перенял у Lisp добавив более знакомое большниству разработчиков процедурное программирование. Чем конкретно Emacs так выделяется, мне до сих пор ни кто сказать не смог. Только вот эмоции и оскорбления.

lbvf50txt
()
Ответ на: комментарий от Gnom7

Кто ведет заметки и/или пишет книги в Emacs? Поделитесь впечатлением. Особенно в сравнении с VIM.

Книги не писал, но занимался переводом одного руководства в Emacs. Заметки веду постоянно. В сравнении с Vim основное удобство в том, что над Org-mode ты получаешь сразу пачку удобств прямо из коробки.

Например, сразу же можно по TODO получить план на временной шкале. Или экспортировать текст в достаточно произвольный более другой формат. Я так свою Gemini-капсулу редактирую – пишу в org-mode, потом одним аккордом конвертирую в gemtext и автоматом заливаю на хостинг.

А если порыться в расширениях, то можно найти ещё приличную пачку удобств. От сторонних экспортеров до систем навигации по заметкам. Я люблю deft. Прописал ему директорию и получил очень удобный поиск по всей моей базе заметок.

skiminok1986 ★★★★★
()
Ответ на: комментарий от amm

Но все равно удобнее юзать просто md файлы :)

Org-файлы это лишь верхушка org-mode. Там 334-страничное руководство только по org-mode. Традиционно советую хотя бы взглянуть на оглавление.

skiminok1986 ★★★★★
()
Ответ на: комментарий от lbvf50txt

Вывод из всего прочитаного, что Emacs это скорее аналог Gnome или KDE, чем текстовому редактору.

Странный вывод. Почему именно DE, если речь не о CE?

А как текстовый редактор в окружении Emacs используется Vim написанный на Lisp.

Спасибо, не надо. В Emacs из коробки замечательный редактор.

skiminok1986 ★★★★★
()
Ответ на: комментарий от lbvf50txt

А если что-то изменить нельзя, то просто иди нахрен потому что иди нахрен.

У вас сильная аргументация и понимание вопроса.

У меня были просто попытки заставить эту хрень хотя бы выглядеть как мне удобней. Не хочу я для редактора кода иметь вертикальный экран – не горизонтальный привычнее, но VSCode сделан так, что пользоваться им удобно только на вертикальном экране.

skiminok1986 ★★★★★
()
Ответ на: комментарий от lbvf50txt

Vim это не только документация сколько отработанные до автоматизма сочитания клавиш под каждый конкретный тип задач.

Я думал, что vim это текстовый редактор. Там не так много сочетаний клавиш, чтобы считать достижением их освоение. Автоматизм вырабатывается в любом окружении при активной работе с ним. Я тоже не задумываюсь, когда жму C-u M-|, например.

Кстати, вопрос знатоку вима, а то каждый раз забываю в документации посмотреть. Я же могу положить в регистр раскладку окон?

skiminok1986 ★★★★★
()
Ответ на: комментарий от skiminok1986

Кстати, вопрос знатоку вима, а то каждый раз забываю в документации посмотреть. Я же могу положить в регистр раскладку окон?

Из коробки, нет. Но используя вимскрипт – можно. Я делал аналог winner-mode для вима когда-то, сохранял историю оконных расположений, ну и прыгал по истории.

https://github.com/habamax/vim-winlayout

Правда не использую, в итоге понял, что не нужно мне.

habamax ★★★
()
Последнее исправление: habamax (всего исправлений: 2)
Ответ на: комментарий от lbvf50txt

А примеры где?

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

Lisp уникальный

Есть такое.

вот уровень технической дискусси

Думаешь, если я снова напишу тебе конкретику, ты всё таки найдёшь в себе силы её прочитать?

JavaScript многое перенял у Lisp добавив более знакомое большниству разработчиков процедурное программирование.

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

Чем конкретно Emacs так выделяется, мне до сих пор ни кто сказать не смог.

А стоило всего лишь не фигурно читать сообщения, на которые отвечаешь. Ну и почитать хотя бы оглавление от руководства по Emacs.

skiminok1986 ★★★★★
()
Ответ на: комментарий от habamax

Ну вообще, я сейчас подумал, в виме это излишне по большому счёту. В Emacs я активно этим пользуюсь только потому, что редактирование текста это менее 50% моих действий в нём и для разных задач я хочу быстро иметь разные раскладки.

skiminok1986 ★★★★★
()
Ответ на: комментарий от habamax

Красота! Как в старое доброе время, срач vim vs emacs.

Да нет никакого срача. Я и вим люблю. Но заменить им емакс невозможно.

На серверах везде вим стоит и им я редачу те же конфиги по ssh.

skiminok1986 ★★★★★
()
Ответ на: комментарий от skiminok1986

Я думал, что vim это текстовый редактор. Там не так много сочетаний клавиш, чтобы считать достижением их освоение

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

В Vim и VSCode многого не хватает.

чтобы считать достижением их освоение

При чём тут «достижения»? Это просто констатация факта: Vim требуется изучать и отрабатывать приёмы работы в нём. И ничего удивительного в том, что вам будет много не хватать в Vim без тренировок — нет.

lbvf50txt
()
Последнее исправление: lbvf50txt (всего исправлений: 1)
Ответ на: комментарий от skiminok1986

Да нет никакого срача. Я и вим люблю. Но заменить им емакс невозможно.

Я заменил – здоровье рук важнее лиспа и всех емаксовых возможностей оказалось. Пользоваться evil не захотел, а с вимом проблемы с RSI ушли.

Ну и asciidoctor|reStructuredText|markdown > org mode для моих целей (заметки, гайды, документация, солюшн дизайны и прочее)

habamax ★★★
()
Ответ на: комментарий от lbvf50txt

В Vim каждое действие — это набор горячих клавиш. Выпадающих меню и кнопок нет.

Спасибо, капитан! Вот ваша баржа, капитан!

Поэтому, чтобы выполнить какое-то действие, поначалу надо прочитать инструкцию, потом чуть потренироваться, и уже потом получить высокую скорость работы.

Как и в Emacs.

При чём тут «достижения»?

Ты так зациклился на этом, как будто считаешь это достижением.

Это просто констатация факта: Vim требуется изучать и отрабатывать приёмы работы в нём.

Как и Emacs.

И ничего удивительного в том, что вам будет много не хватать в Vim без тренировок — нет.

Какой приём мне надо отрабатывать, чтобы получить в vim аналоги EMMS, telega.el, jabber.el, ERC, PDF-tools, Gnus и Org-mode?

skiminok1986 ★★★★★
()
Ответ на: комментарий от habamax

Я заменил – здоровье рук важнее лиспа и всех емаксовых возможностей оказалось.

Так уж получилось, что в текстовом редакторе приходится нажимать клавиши. Не вижу проблемы с емаксовыми сочетаниями клавиш, если честно. Достаточно перебиндить Ctrl в правильное место.

skiminok1986 ★★★★★
()
Ответ на: комментарий от skiminok1986

Какой приём мне надо отрабатывать, чтобы получить в vim аналоги EMMS, telega.el, jabber.el, ERC, PDF-tools, Gnus и Org-mode?

Опять 25. Сравнение текстового редактора с Desktop Environment написанном на Lisp. И перечисление всех приложений которые пользователь использует.

Это уже не сравнение редакторов текста, это сравнение утилит для Desktop Environment, которые с IDE не имеют ничего общего: месенджеров, ридеров, календарей, ситем заметок, браузеров и так далее.

lbvf50txt
()
Ответ на: комментарий от lbvf50txt

Опять 25.

Да. Ты опять путаешь Desktop Environment и Computig Environment. Наверное, ещё до автоматизмо не отточил нужное сочетание клавиш.

И перечисление всех приложений которые пользователь использует.

Это то, чего мне не хватает в Vim. Не я же начал вещать, что если прочитать тоненькое руководство по Emacs, то мне будет хватать всего.

Это уже не сравнение редакторов текста, это сравнение утилит для Desktop Environment, которые с IDE не имеют ничего общего: месенджеров, ридеров, календарей, ситем заметок, браузеров и так далее.

Это сравнение вычислительной среды и текстового редактора. Именно поэтому я не могу найти замену Emacs. Сколько раз мне это надо написать, чтобы ты это прочитал?

И ещё раз. Повторю на всякий случай, вдруг ты в этот раз прочитаешь: Desktop Environment и Computing Environment это не одно и то же.

skiminok1986 ★★★★★
()
Ответ на: комментарий от Eulenspiegel

Начинают с Vim, потом на опыте переходят на Emacs

Не порите чушь. Для DevOps vim и клонов хватает за глаза, для разработчиков есть IDE на любой вкус, а emacs для старых пердунов и хипстеров.

ldd /usr/bin/emacs | wc -l
100

ldd /usr/bin/vim | wc -l
9

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

splinter ★★★★★
()
Последнее исправление: splinter (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.