News for hackers. Stuff that matters.
Re:The Guile in TeXmacs (2019) [pdf] by BeetleB on Thursday April 16, 2020 @10:57AM (#22890006)
> Second, that additions and modifications to Org-mode tend to use Emacs' text juggling here and there instead of a higher-level Org API and string functions

I was shocked when I started looking into Org's API and found everything is done via parsing. There's virtually no tree/graph type API.

Re:The Guile in TeXmacs (2019) [pdf] by aasasd on Thursday April 16, 2020 @11:25AM (#22890356)
That's done throughout all Emacs addons: basically its text-modification API seems to have been constructed backwards from what's available to the user and the UI, instead of the other way around, and depends a lot on the cursor position. Even the more-or-less popular string library ‘s’ is a third-party addon. So Org pretty much went on with the common practice here.

With the volume of addon development that Emacs managed to get, it's a quite solid case of ‘worse is better, but you're now stuck with the worse for your life’.

Re:The Guile in TeXmacs (2019) [pdf] by tincholio on Thursday April 16, 2020 @11:17AM (#22890249)
There's org-element, if you want to parse/generate org-mode, but it's true that many packages just operate on the text.
Re:The Guile in TeXmacs (2019) [pdf] by BeetleB on Friday April 17, 2020 @09:17PM (#22904524)
org-element doesn't go far enough. Say I wanted to traverse my document in depth first order. Or in breadth first order. How do I do it? org-element does not let me choose.

I say this as there is another well known node based editor out there: Leo. Nonprogrammers manipulate their documents trivially with Python code in a way that's a huge pain in Org mode even for seasoned developers.