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

Не может быть. В моём конфиге это с восьмого, и однозначно это работало и раньше. Есть одна историческая инсталляция 18.59 (?), завтра попробую на ней.

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

На концах строк? Не знаю и не могу представить, зачем это может быть нужно

для быстрого написания таких вот комментариев:

var a = 1;       // abra-cadabra
var abra = 2;    // comment
var cadabra = 3; // something

Пишу комментарии через «M-;» - comment-dwim. Выравниваю через align-regexp по //. Никаких проблем с курсором нету, попробуйте и вы.

А как же cua-set-rectangle-mark?

Честно говоря, не знал о таком. Когда нужно было, выделял обычным и потом использовал kill-rectangle и т.д.

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

Раньше там не было virtual spaces? LOL! В Vim сто лет как есть. Другой вопрос, что лично мне, например, оно пригодилось ровно ни разу.

Раньше там не было virtual spaces? LOL! В Vim сто лет как есть. Другой вопрос, что лично мне, например, оно пригодилось ровно ни разу.

Мне пригодилось пару раз после чего я поставил multiple cursors и с тех пор для такий целей их хватает.

Такие комментарии ставлю с помощью doxymacs: C-d ;

Но предложение от анонимуса выше, пожалуй, лучше.

Т.е. «C-c d;», конечно.

Надеюсь, этого не произойдет никогда. Это понемногу начинает доходить и до самих разработчиков.

http://article.gmane.org/gmane.emacs.devel/174577

Пишу комментарии через «M-;» - comment-dwim. Выравниваю через align-regexp по //. Никаких проблем с курсором нету, попробуйте и вы

ну комментарии это один из вариантов, так-же можно экранировать перенос строки в длинных макросах, типа

#define macro   \
  action1       \
  action2       \
  action3

можно заюзать key-chord-mode и забиндеть туда на быстрое нажатие \ два раза — переход в конец строки и вставка \.

Основная проблема для новичков: придётся забыть про внешнюю переключалку регистров (решения из коробки, как я понял пока нет) и использовать внутреннюю емаксовую.

Щито? Отлично всё работает. (Возможно, после каких-то разовых подпрыгиваний, но работает.)

Ага, зато в довесок к схемке мы получим еще Elist, JS и ECMAScript, и кому-то придется весь этот зоопарк поддерживать.

Ткни пальцем в инструкцию где в Ubuntu 14.04 нужно подпрыгнуть. Я попрыгаю.

Но PCRE — стандарт

Гыг, ну сходи со своим стандартом туда, где нет GNU Coreutils, и сядешь в лужу. Де-факто, стандарт — Extended Regular Expressions, продвижением которого занималась Sun и, как видно, достаточно успешно.

Я где-то говорил, что это единственный стандарт? Я PCRE вообще нигде не использую. По крайней мере, осознанно.

так-же можно экранировать перенос строки в длинных макросах

Вручную, что ли? Сразу отказ.

Сейчас проверил, c-auto-align-backslashes по умолчанию в t. Но даже если бы в nil, indent-region прекрасно делает свою работу. Короче, проблема надумана.

RMS'у возражай, мне-то зачем? Раньше он и средства редактирования rich text в Emacs хотел, когда ему OOo показали.

Модно просто выработать правило не принимать в ELPA пакеты, написанные не на диалекте Lisp или транслированные с других языков. Авторы ньян-кэтов на JS пускай сами поддерживают свой поделки на гитхабе.

Модно просто выработать правило не принимать в ELPA пакеты, написанные не на диалекте Lisp или транслированные с других языков.

Не взлетит, потому что многие полезняшки не входят в ELPA репозитории; многие в MELPA — протухшие, поскольку авторы ленятся/забывают обновлять пакеты; на GitHub не всегда делают версии пакетов, надо качать через git; многие как валялись на emacswiki, так там и лежат; elpakit может опакетить только одиночный *.el файл. Идея красивая — обязать выдерживать стандарт, но не выполняется даже на таком простом уровне. Поэтому никак не обязуешь делать людей что-то помимо их воли.

P.S. Перешел на el-get, и мои волосы снова мягкие и шелковистые.

Ну и ладно тогда. Пока Guile будет обеспечивать корректную интерпретацию скриптов на разных языках и interwork между ними, все будет хорошо. Если кто-то не обновляется, он не будет обновляться независимо от языка. В Emacs и ELPA может быть код, удовлетворяющий определенным критериям, за который разработчики отвечают.

Вообще, расширение базы разработчиков за счет новых языков в духе Столлмана. Он изначально задумывал ОС на Lisp, которую каждый мог бы модифицировать под себя без пересборки и свободно делиться модификациями под GPL с другими. Не сложилось. Но хотя бы Emacs сложился. Странно, что в треде вообще есть идиоты, всерьез считающие его текстовым редактором.

Не могли бы вы выложить свой конфиг на Github

Не могли бы вы выложить свой emacs-конфиг на Github?

Настройки вашего power line где можно посмотреть? И подсветки слов вроде setq?

Wrong. Qt не б-гомерзкое.

богомерзкое. во-первых, кресты; во-вторых, непонятно кем поддерживаемая околопроприетарщина.

Можно сделать так, чтобы комментарии выравнивались пробелами, а не табами?

Нормальный мод выровняет комментарии сам. Ничего кроме M-; не надо.

Ну, для начала, мне понадобилось ibus снести.

или такой пример

Костыль какой-то, если честно.

libffi это de facto стандарт. Guile использует, и многие многие другие.

http://en.wikipedia.org/wiki/Libffi

Все хорошо с guile, только вот смущает, что у них там активных мэйнтейнеров - три человека всего лишь.

Не надо смущаться, там есть такой Andy Wingo, он делает больше чем можно себе представить.

Сейчас в Guile регистровая виртуальная машина(не стековая как в python), полноценные os threads, инфиксные выражения и т.д.

Взаимодействие с C лучше чем в любом другом интерпретаторе, включая lua.

Возможность писать код без скобок: http://draketo.de/proj/wisp/ , Whitespace to Lisp.

guile -L . --language=wisp

Guile по состоянию на 2014 год что-то совершенно футуристичное, но и самое практичное, без намёка на hype. Даже поверхностное ознакомление с Guile как-то отводит другие интерпретаторы на задний план, и замыливает их, получается бокЕ.

M-x eww кажется работает хуже чем links

для емакса видел только 2 нормальные темы — subatomic и birds-of-paradise . Ну и ещё стандартная неплоха.

Кстати, удалось ли кому из емаксеров прикрутить rtags? У меня «no project» и даже не знаю, что с этим делать.

товарищи знатоки чем guile лучше sblc?

Разработано, как встраиваемый язык для расширения, не жрет гигабайты VIRT, умеет javascript

а проверку правописания через hunspell починили уже?

не очень понимаю выражения «встраиваемый язык для расширения» это как замена perl? зато в sbcl можно компилять в нативный код

Ты не шаришь походу. Впиливание guile не означает переход на scheme, это означает что у elisp будет другой backend.

ставьте hemlock и вперде

Возможность писать код без скобок: http://draketo.de/proj/wisp/ , Whitespace to Lisp.

так это же хуяскель!

товарищи знатоки чем guile лучше sblc?

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

Памятью управляет Boehm GC, поэтому нет границы(handles) при переходе от C в libguile и обратно.

так это же хуяскель!

Императивный.

Эволюционный переход от python к guile, подробное описание:

http://draketo.de/proj/py2guile/

а можно чуть по подробнее я еще новичок :) каким образом происходит преобразование в С как в ECL или GCL? Boehm GC это стороняя реализация или часть Guile? и будет ли этот Boehm GC эфaективнее чем SBCL+скомпелированный core.lisp

каким образом происходит преобразование в С

Печатанием на клавиатуре? SMOBS. https://www.gnu.org/software/guile/manual/html_node/Dia-Smobs.html

Boehm GC это стороняя реализация или часть Guile?

libgc

и будет ли этот Boehm GC эфaективнее чем SBCL+скомпелированный core.lisp

В этом случае будет:

https://groups.google.com/forum/#!topic/sbcl-devel/9wxH6fItFYo

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

А дальше?

Emacs не для всех.

У людей не способных к обучению он вызывает ненависть. Как любой другой инструмент в любой сфере. Цимбал например. Даже дудочка с отверстиями требует обучения что бы сыграть на ней что-то.

Есть сейчас в городских проектах такие маленькие экскаваторы, немного выше человека. А ведь лопата легче... Да, но и лопаты бывают двух видов, штыковая и совковая...

не долго и до emacs OS