LINUX.ORG.RU

Ричард Столлман задумал сделать из Emacs'а текстовый процессор

 , ,


1

1

В своем обращении к разработчикам Emacs, Столлман вспоминает о своей несбывшейся 25-летней мечте сделать из Emacs текстовый процессор:

25 лет назад я надеялся, что мы разовьем Emacs до возможностей WYSIWG текстовых процессоров. Именно поэтому мы добавили текстовые свойства и шрифты с произвольной шириной символов. Тем не менее, этого не достаточно.

Не мог бы кто-нибудь начать работать над необходимыми функциями/возможностями?

>>> Подробности

★★★

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

пожалуйста. только там разве что генерации ODT из Skribilo не хватает. зато в MultiMarkdown вроде генерация ODF нормально работает (и можно свои стили через XSLT допилить). вообще Multimarkdown и peg-multimarkdown более кроссплатформенны, Guile второе под виндой собрать тот ещё квест.

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

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

ещё про Active Essays :

3.1. Scamper Workspace

A Scamper Workspace (2004) [27] by Takashi Ya- mamiya was an extension of Scamper, a web browser writ- ten in Squeak. Scamper Workspace allows the reader to execute any Smalltalk code that is present on a web page. An author can include illustrative examples in Smalltalk on a web page.

People often write a small amount of source code in a blog. And it is natural that a reader may want to run this code without any effort. In the case of Squeak, you have to copy and paste from a web browser to Squeak. However, Squeak contains a web browser named “Scamper”, and a web page is just text the same as other Squeak text objects. Scamper is very limited as a web browser, but it has enough power to let the user read blogs.

не пробовал?

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

Не, я с креативами из VPRI не игрался вообще

yoghurt ★★★★★
()
Ответ на: комментарий от seg-fault

Но когда приходится много файлов открывать-закрывать (ну привык я так) vim гораздо быстрее. daemon не спасает.

man emacsclient

anonymous
()

ну RMS виднее, но мне не надо

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

«Что же помешало Столлману за 25 лет сделать из Emacs то, о чём мечтал?»

Программировать - это вам не демагогию про свободу разводить.

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

в MultiMarkdown вроде генерация ODF нормально работает

Не нормально. Нет математики и поддержка изображений урезана. Да и вообще, skribilo мне больше понравилось (доступность ast, можно вести рассчеты прямо внутри документа и писать макросы). Кроссплатформенность не интересует. Жаль только ебилды протухли. Придется либо попросить кого-нибудь запилить, либо курить маны по ебилдам самому.

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

ставь через Guix — пакетный менеджер на схеме, форк пакетного менеджра Nix с более понятным синтаксисом рецептов

там ещё дистр свой есть, и его можно (хотя и не нужно) вместо init поставить :))

натуральная Lisp OS же :))

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

ебилд дляскрибливообще, напрашивается написать транслятор туда-сюда из рецептов Guix в/из ебилды. и не ждать ебилдов, а конпелять новые ебилды в Guix из генты :)

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

ебилд для скрибли

вообще, напрашивается написать транслятор туда-сюда из рецептов Guix в/из ебилды.

и не ждать ебилдов, а конпелять новые ебилды в Guix из генты :)

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

лучше всего, конечно скрестить Skribilo + Guix + программируемые вики на той же схеме.

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

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

то есть, есть один абстрактный синтаксис такого «рецепта сборки» для «абстрактного пакетного менеджера».

и два конкретных — один под Guix, другой — .ebuild на питоне под генту.

и надо написать парсер из конкретного в абстрактный и pretty printer из абстрактного в конкретный.

два раза.

а вот среди pdf-ов VPRI проекта STEPS про парсер OMeta есть «running parsers backwards» с общей идеей (в реализации под смоллток, а не схемку) — тогда бы и одного только парсера (две штуки) хватило, а pretty printer автоматически сгенерировался бы.

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

Спасибо. Мы уж как-нибудь на gentoo с portage. Вчера вечером курил маны по ебилдостроению. Написал ебилды для skribilo и отсутствующих зависимостей. Ploticus с трудом, но победил. Guile-reader отказывается собираться — guile не признает. Говорит нужна версия посвежее, хотя установленная требованиям соответствует. Вечером буду опять ковырять. Попрошу помощи у гентушников в джаббере или тут.

feofan ★★★★★
()

Сделать из Emacs текстовый редактор, — это всё-равно что сделать из Linux текстовый редактор.

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

Лорчую! Забиндить на Ctrl+Alt+Shift+TAB+v!

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

Удобная штука.

Для текстовых заметок, определенно.

Сейчас один чел вдумчиво переписывает бэкенд для конвертации в хтмл. Как зальет более менее работающий драфт в репозиторий, подключусь. А там уже и до очередного релиза «недалеко».

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

Вложенные списки неудобно делать. Это нужно нажать Enter, перейти в нормальный режим, нажать glm, затем перейти в режим редактирования. К тому же если строка имеет checkbox, то следующие строки будут иметь его по умолчанию, приходится удалять вручную.

В org-mode просто можно Alt-Enter, Tab.

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

А если нужно ветку перенести, то тут уже начинаются пляски с бубнами. О чем и говорилось.

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

Вложенные списки неудобно делать. Это нужно нажать Enter, перейти в нормальный режим, нажать glm, затем перейти в режим редактирования. К тому же если строка имеет checkbox, то следующие строки будут иметь его по умолчанию, приходится удалять вручную.

Попробуй дев версию с гитхаба, там списки капитально переработаны. Добавлены разные плюшки для INSERT и NORMAL режимов списков.

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

Зачем он нужен?

Очевидно, для получения html представления wiki файлов. Был изначально сделан на регекспах, переделывается на PEG грамматику.

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

А если нужно ветку перенести, то тут уже начинаются пляски с бубнами. О чем и говорилось.

В «новых списках» это все значительно улучшилось. Чувак делал, у которого списки — основной вид заметок.

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

Все, нашел. Я смотрел в vim-scripts, там нет ее.

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

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

Вообще в org-mode ссылки вида [[...]] есть. Осталось только подключить evil (плагин vim управления) и сочетания назначить.

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

Но управление ветками отсутствует, можно только уровень вложенности регулировать.

Я пользуюсь текстовыми объектами для этого:

al                      A list item plus it's children.
il                      A single list item.
либо indent-object (ii)

В общем, там разные нюансы, еще развивать и развивать.

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

Evil + org-mode хороши помимо всего прочего тем, что bus factor по ним внушает оптимизм. Но вим мой друг и товарищ с давних пор. :)

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

Да, org-mode уже так разогнался, что не догонишь. Это результат активного многотысячного сообщества.

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.