alue))
+ acc)
+ element nil t)
+ (apply #'concat (nreverse acc)
;; Because interpretation of the parse tree must return the same
;; number of blank lines between elements and the same number of white
--
2.48.1
From: I
Hi all,
I noticed that calling `org-element-interpret-data' on objects is generally
5-10x faster than when calling on elements. The reason seems to be that
`org-element--interpret-affiliated-keywords' (which is only called on elements)
does alot of unnecessary work. Namely, it runs on all eleme
c key (looking here:
https://code.orgmode.org/explore/users). Do I need to be added by someone else?
Thank you,
Nate
From: Bastien
Sent: 2020-02-12T12:35:51-0500
To: Dwarshuis, Nathan J
Subject: org-mode functional programming library
Hi Nate,
"Dwarshuis
:13:48-0500
To: Dwarshuis, Nathan J
Subject: org-mode functional programming library
Hello Nathan,
this looks very interesting and promising, thanks for this work.
I hope you can work with Nicolas to spot possible enhancements to
your own library or to org-element.el, if that's relevant.
as some
elements can be fully represented with only a subset of their properties.
____
From: Nicolas Goaziou
Sent: 2020-02-01T08:53:43-0500
To: Dwarshuis, Nathan J
Subject: org-mode functional programming library
Hello,
"Dwarshuis, Nathan J" writes:
Hello,
I recently authored an package called "om.el" which is a functional org-mode
API akin to dash.el primarily using org-element. Briefly, it provides a library
of (mostly) pure functions that manipulate the parse tree generated by
org-element.el, and uses this to either edit or query the bu
