LINUX.ORG.RU

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

 , ,


1

1

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

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

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

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

★★★

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

Латех удобен только англоязычным математикам и физикам. Для всего остального он неудобен и вообще от него воспоминания как от свалки костылей. Перегугли полинтернета, чтобы найти те заветные магические фразы, включающие русские буквы в PDF-е, ага. В итоге он, конечно, генерирует симпатичные документы и позволяет работать с исходниками, как с обычным текстом, и это очень правильные принципы. Но тем не менее он ужасен. Это как на каком-нибудь языке 70-х годов программировать сегодня.
Латеху срочно нужна замена.

скорее некоторые упрощения.

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

Просто надо емакс переписать на с++

Тогда уж сразу на Java. И объединить кодовую базу с LibreOffice. А скриптовать не на Emacs Lisp, а на Groovy или что там сейчас модно.

RedBeardWiking
()

25 лет назад я надеялся

На этом можно было завершить.

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

Вот все говорят LATeX, LATeX. А с чего начать изучение сего чуда?

с подходящей козы.

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

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

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

Все-в-одном-комбайн

4.2!

В дефолтной поставке он не может в варку эспрессо.

rros-2
()

не нужно. есть же TeXmacs, оно текстовый процессор на схемке. ну правда, расширения более кошерные плагинами на схемке, чем скриптами на Elisp-е. но главное, формат файлов более кошерен. и прозрачная трансляция в xml/tex/pdf/html/что там ещё.

вот лучше бы Guile Emacs пилили, чтобы все расширения емакса, с одной стороны (в Guile 2.0 есть Elisp синтаксис), с другой — подобное.

и/или, Skribilo из коробки в такой Guile Emacs.

а WYSIWIG в емаксе не нужен. нужен WYSIWYM.

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

Латех удобен только англоязычным математикам и физикам. Для всего остального он неудобен и вообще от него воспоминания как от свалки костылей. Перегугли полинтернета, чтобы найти те заветные магические фразы, включающие русские буквы в PDF-е, ага. В итоге он, конечно, генерирует симпатичные документы и позволяет работать с исходниками, как с обычным текстом, и это очень правильные принципы. Но тем не менее он ужасен. Это как на каком-нибудь языке 70-х годов программировать сегодня.

Латеху срочно нужна замена.

скорее некоторые упрощения.

ну возьмите то же Skribilo, наконец.

а) вместо LaTeX можно использовать ConTeX, XeTeX и т.п. (Lout, MultiMarkdown и прочее)

б) из исходной разметки в виде S-выражений и/или org-mode (или *свой собственный через reader*) генерировать *автоматически* один из нескольких выходных форматов : latex,contex, pdf, lout, ps, pdf, xml, html, texinfo, sexprs, *свой собственный через writer*

в) макросами в схемке доступна обработка AST документа. можно писать свои макросы и функции с блекджеком и прочими.

не нравится Skribilo — в некотором роде и MultiMarkdown годная замена, но не достаточно универсальная.

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

Просто надо емакс переписать на с++

нафига? ну вообще-то есть XEmacs/SXEmacs с нормальными FFI — почему их не хватает?

Тогда уж сразу на Java.

тоже уже есть такое: J — расширения пишутся на ABCL лиспе (который CL под JVM).

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

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

А.В. Столяров (который InteLib трансляция схемки/Lisp'a в C++) Сверстай диплом красиво: LaTeX за три дня

anonymous
()

Дедушка входит в пору маразма. Жаль, хороший человек был. :(

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

Это хитрый план (tm) — может, самые упорные и «грамотное программирование» вкупе с reproducible research таки освоят.

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

мы, бояре, народ работящий. такова наша боярская доля (c) падал прошлогодний снег

anonymous
()

Никак на пенсию собрался. Это перед пенсией обычно вспоминают про нереализованное в молодости.

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

у тебя такая батруха, словно он тебя заставляет, а не вежливо просит читателей списка рассылки

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

Ничего не предлагаю, но plain-text-friendly языки разметки лучше.

а я (другой анон) таки предлагаю. plain text это да, но это только полдела.

нужен документ, с форматом friendly для «грамотного программирования».

например, возьмём org-mode babel документ. то есть, WEB документ.

например, удобным форматом кажется Skribilo AST.

его можно понимать как single source «метадокумент», из которого через weave и tangle получаются текст-заготовка и код сниппетов, которые собираются в текст-результат.

а можно понимать в «смоллтоковом» смысле: как объект и метаобъект.

то есть, сниппеты-чанки куски кода из «грамотного документа» мы можем понимать как методы этого объекта (какого-то класса, хотя скорее всего будет прототипное ООП) или как методы его метакласса (или методы экземпляра метаобъекта)

то есть, переходим от файла с single source WEB «исходником» объекта+метаобъекта

к ОО СУБД, в которой хранятся как единое целое, один объект-документ объект + метаобъект.

в виде исходника (данных в виде AST дерева), методов (кодов сниппетов-чанков) объектов, метаобъекта, классов, метакласса и отношений (метаданных, определяющих что это: объект, метаобъект, класс, метакласс)

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

ещё см. GNOWSYS: http://www.hbcse.tifr.res.in/Members/nagarjun/publication/gnowsys-a-system-fo... http://www.gnu.org/software/gnowsys/ (особенно его GNOWSYS-mode на базе org-mode)

и хорошо ложится идея «программируемых вики»: см. http://c2.com/cgi/wiki?WikiWithProgrammableContent http://c2.com/cgi/wiki?WikiIde http://c2.com/cgi/wiki?ProgrammingInWiki

особенно см. как пример такой вики http://meatballwiki.org/wiki/CommunityProgrammableWiki на перле и там по ссылкам на имлементайшн.

что-то подобное было и на лиспе (ссылка с c2 wiki), но недопиленное и позаброшенное.

а жаль : в разрезе проекта Skribilo как раз подобное пригодилось бы.

в такой вики-грамотной разметке должны лежать сниппеты кода плагинов для того же Skribilo, и/или схемы BPML бизнес-процессов, SWITCH-автоматов, ДРАКОН-программ или UML-диаграмм.

код из вики становится исполняемым , вики вычисляет объекты в ОО СУБД.

метаобъекты из объектов+метаобъектов строят код компиляторов и трансляторов в ОО СУБД.

как пример пользы от всего этого: http://c2.com/cgi/wiki?InteractiveSceneGraph можно было бы просто реализовать на такой среде.

через MVC реализуются штуки вроде википедии, САПРов, солверов, редакторов диаграмм для BPML и прочее.

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

Довольно многим по нраву что-то вроде LyX/texmacs.

у TeXmacs есть ещё 2-3 фишки:

1. объектно-ориентированный AST формата документа «из коробки»

2. конвертация в другие форматы «из коробки»

3. расширяемость плагинами на схемке «из коробки»

4. грамотное программирование — тоже какая-то тулза есть.

фактически, архитектура получше будет чем у GNU Emacs. из недостатков — нестандартое API, и конечно, отсутствие кучи расширений на Elisp.

принципиальная разница — что документ это объект со структурой, с AST, в отличие от.

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

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

вебсервисы и плагины для dbus и «Enterprise Serial Bus» на базе 0mq, nanomsg пишутся же на православном Elisp, в отличие от.

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

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

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

Просто надо емакс переписать на с++. Ну и заодно wisywig прикрутить, для этого как раз Qt5 сгодится.

для неправославного оффтопика есть такое вот: Bakoma TeX, в отличие от нищебродов с пингвинуксом.

за денюжку, раз-два в год — обновленения по донату подписке

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

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

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

включающие русские буквы

Не нужно

Это как на каком-нибудь языке 70-х годов программировать сегодня.

Это оно на Си наехало. А еще пятизвездочное...

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

Без Ribbon-интерфейса и скрепки помощника? Нет ни единого шанса.

вот ты смеешься, а TeX Word по ссылке выше давно уже запилили.

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

Котельников, Чеботаев. LATEX по-русски. Дальше по обстоятельствам. У Львовского есть полезные приёмы (особенно в плане применения «чистого» TeX), но как основа его книга менее фундаментальна.

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

Ну уж нет. J (текстовый редактор) нужно скриптовать исключительно на J (ЯП).

ugoday ★★★★★
()

Ох уж эти петросяны, называющие vi текстовым редактором.

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

Вау, какой клёвый анон!

кстати, Morphic это же SceneGraph, да и ООБД в смоллтоке навалом.

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

плохо, что аналогов Skribilo по функционалу на смоллтоке не видно.

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

про dbus — было в емакс-фу блоге. про вебсервисы — ну так есть же httpd.el на елиспе, вот туда обработчики свои списываешь, пока не получаются веб-сервисы :)) c 0mq — аналогично, пишешь свой велосипед.

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

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

(define (wikipedia/markup . body)
   (ref :url "http://en.wikipedia.org/wiki/Markup_language"
      :text body))

на выходе получаем не трансляцию данных в данные через грамотный WEB документ, а с функциональной точки зрения, трансляцию API в другое API через грамотный WEB объект+метаобъект

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

а ООСУБД с такими документами можно «поженить» с обычной файловой системой через FUSE-модуль.

и парсить объекты в ООБД обычными grep/awk/xsltproc/guile xml sexprs и т.п.

anonymous
()

ну и молодец! долгой тормознутый libre(open)office

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

А текстовый редактор туда добавят?

Встроят туда vim, делов то.

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

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

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

Это оно на Си наехало. А еще пятизвездочное...

На Си 70-х годов действительно программировать убого. Благо Си с тех времен сильно продвинулся вперёд.

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

Си с тех времен сильно продвинулся вперёд

Хорошая шутка.

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

На Си 70-х годов действительно программировать убого. Благо Си с тех времен сильно продвинулся вперёд.

Какой же ты идиот...

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

Латех удобен только англоязычным математикам и физикам.

Не только.

Для всего остального он неудобен и вообще от него воспоминания как от свалки костылей.

Он очень даже удобен, хотя некоторая костыльность присутствует.

Перегугли полинтернета, чтобы найти те заветные магические фразы, включающие русские буквы в PDF-е, ага.

Нет там ничего подобного.

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

пф... все эти ваши мейнстримовые языки недалеко ушли от 70-ых

Латеху срочно нужна замена.

Не сказал бы, что прям таки срочно, но нужна.

А главное, что сейчас альтернативы латеху просто НЕТ, вообще. Можно сколько угодно его ругать, но взамен-то ты что предложишь?

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