Обычно emacs включает в себя всевозможные приложения, но почему не поступить иначе

Можно уточнить как иначе?

Сбор средств

Кому это вообще в принципе будет нужно? Я бы скинул денег на ffi и multiThreading для emacs. Все остальное не нужно.

Можно уточнить как иначе?

Чтобы всевозможные приложения включали в себя emacs, очевидно же )

всевозможные приложения

например emacs...

хочет разработать встраиваемый редактор

основанный на технологии COM и ActiveX :)))

Чтобы всевозможные приложения включали в себя emacs

Человеку, которому нужен emacs зачем другие приложения?

Emacs по сути своей — интерпретатор лиспа, а написать на лиспе интерпретатор лиспа вполне себе рядовая задача.

Если посмотреть проморолик, то там будет рабочий пример зачем.

Кроме emacs, а то получится рекурсия )

Я бы скинул денег на встраиваемый vim.

Чтобы запустить emacs )

+1.
Встроили бы в gtk и qt, что-то вроде vimperator

Куда встраиваемый-то?

Куда встраиваемый-то?

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

Я бы скинул денег на ffi и multiThreading для emacs.

Нужно просто переписать ядро емакса и его интерпритатор на хорошей реализации CL и плюшки в виде FFI и тредов достануться бесплатно. И впоследствии потом переписать/оттранслировать все расширения с emacs lisp на CL и выкинуть устаревший emacs lisp - получится емакс мечты ;)

>потом переписать/оттранслировать все расширения
Вот в этом месте может быть проблема.

Вот в этом месте может быть проблема.

не сразу конечно, постепенно. Хотя бы начать с ядра и возможности писать рaсширения на CL в добавок к emacs lisp.

Помню, были потуги переписать емакс на Guile. Вроде бы проект благополучно умер.

Возможно, скоро появится новая ОС - Emax.

Помню, были потуги переписать емакс на Guile. Вроде бы проект благополучно умер.

Изначально выбрали тупиковый путь, вот и окочурились.

http://common-lisp.net/project/climacs/

http://common-lisp.net/project/climacs/

не, не то. Нужна полная поддержка емакса и его инфраструктуры.

Уже была такая идея у автора ELPA: http://tromey.com/blog/?p=709

Кстати, в emacs-devel иногда проскакивает вопрос «Почему Elisp а не CL?» и ответ - rms решил, что «CL is ugly».

Тем не менее это опять попало в GSoC: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/bpt/23002

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

Уже была такая идея у автора ELPA: http://tromey.com/blog/?p=709

интересненько

Кстати, в emacs-devel иногда проскакивает вопрос «Почему Elisp а не CL?» и ответ - rms решил, что «CL is ugly».

Скорее всего ему не понравилась лицензия или состояние (свободных?) на то время реализаций.

Тем не менее это опять попало в GSoC: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/bpt/23002

что то они на этом Guile зациклились

Можно будет в Emacs встроить Emacsy, а туда встроить Emacs (и так далее)?

Все круто, но вот этот drawback все портит:

Although Emacsy may adopt some naming conventions from Emacs, it will not use elisp and will not attempt to be source code compatible with Emacs.

Когда я вижу тему про очередной kickstarter, я уже знаю, кто её автор.

А в слаку это можно встроить?

Как я понял, смысл проект во встраивании некого скриптового языка в программу с возможностью редактирования на лету(через внешний редактор). А данном случае это будет какой-то из лиспов.
Идея не новая, но смысла в ней не вижу, тем более приплетать сюда лисп(или что-то из того же).

Некоторые разработчики уже давно встраивают скриптовые языки в свои программы и делают встроенные редакторы к ним. По моему, таким средством будет крайне неудобно пользоваться и писать в этом код (даже если это будет какой-нибудь нормальный скриптовый язык), потому как код может быть написан с ошибкой специально, в надежде поправить это чуть попозже и если это будет сразу исполнятся, то что будет с программой? Я думаю старый подход, когда сначал писали код, а уже потом его исполняли более безопасен.

Может кто подскажет редактор, который бы был написан на Си(С++) и расширялся с помощью Lua или, на крайний случай, Python?

YO DAWG

I heard you like Emacs so we put Emacs into your Emacs...

Может кто подскажет редактор, который бы был написан на Си(С++) и расширялся с помощью Lua или, на крайний случай, Python?

Vim, кажется, умеет Python (из коробки или с плагином).

Может кто подскажет редактор, который бы был написан на Си(С++) и расширялся с помощью Lua или, на крайний случай, Python?

app-editors/scite

Может кто подскажет редактор, который бы был написан на Си(С++) и расширялся с помощью Lua или, на крайний случай, Python?

Sublime Text 2, внутри C++, расширения - python + JSON. Проприетарен, платен, но можно юзать Unregistred версию бесплатно, бесконечно.

Про sublime text знаю и использую, но может есть, что посвободнее, вкладываться(писать плагины) в проприетарную разработку нет особого желания.

Клавиатура и нервы дороже! Все что угодно, только не vim (разрабатывал на нем пару лет, вспоминаю с ужасом)

Vim, кажется, умеет Python

А еще perl, ruby и ублюдочный vimscript.

Редкий пост, в котором комменты в 100 раз интересней него самого.

Все что угодно, только не vim

Тяжёлый случай.

Emacs по сути своей — интерпретатор лиспа, а написать на лиспе интерпретатор лиспа вполне себе рядовая задача.

А главное нужная. Такое чувство, что у линукса настолько всё хорошо, что не хватает только этого.

Может кто подскажет редактор, который бы был написан на Си(С++) и расширялся с помощью Lua или, на крайний случай, Python?

VIM.

Клавиатура и нервы дороже! Все что угодно, только не vim (разрабатывал на нем пару лет, вспоминаю с ужасом)

Ты небось, только включив vim, переводил его в режим редактирования и только в нём и работал. :)

внезапно

Emacs умеет плагины на питоне. Pymacs по крайней мере есть.

Такой большой проект обречен на провал. Лучше попробовать соптимизоровать интерпретатор elisp-а.

Когда я вижу тему про очередной kickstarter, я уже знаю, кто её автор.

Вы так говорите, как будто в этом есть что-то плохое :D

В офис стоит встроить Emacs. :)

не шути так. Есть pymacs

Задолбало именно переключение режимов. Все эти скачки туда-сюда.

И встроить его в интерпретатор лиспа.