Was traveling alot the past few weeks. Things should be calmer now.
> I think just non-nil value will do.
> 'force will also modify the ELEMENT by side effect, which may not be
> desired.
fixed
> Nitpick: `string-prefix-p' will be slightly faster as it does not
> require running the regexp engin
> Another effect of the patch exceeding 15LOC is that I now need you to go
> through the copyright assignment before I can accept it.
> Would you be interested to do it?
> See https://orgmode.org/worg/org-contribute.html#copyright
Yes but let me check a few things first
> Please use double space between sentences and `quote' like this, not
> `like this`. See https://orgmode.org/worg/org-contribute.html#commit-messages
fixed
>> Second, the loop was much more complex than needed. The loop included
>> :standard-properties which should not be necessary here. It als
revised/rebased patch attached which no longer skips standard props
>From 528f2f6743afdc2681539f20f724f3b662b6040d Mon Sep 17 00:00:00 2001
From: ndwarshuis
Date: Mon, 25 Nov 2024 22:04:09 -0500
Subject: [PATCH] org-element.el: Make affiliated keyword interpreter faster
* lisp/org-element.el (org
Sent: Sat, 12 Apr 2025 06:37:15 + (16 hours, 31 minutes, 27 seconds ago)
To: Dwarshuis, Nathan J
Subject: [PATCH] org-element.el; significant optimizations for
org-element--interpret-affiliated-keywords
Ihor Radchenko writes:
>> Adding back standard properties to the loop reduces perfo
org-ml 6.0.1 is now on melpa.
Version 6+ includes support for org-mode 9.7, including the much-faster
org-element-ast and a few other improvements. Unfortunately, I had to make
enough changes that pre-9.7 org-mode is no longer compatible. If you need to
use 9.6 or earlier, stick with org-ml 5.x
You are welcome. And yes I can do that.
From: Ihor Radchenko
Sent: Sun, 23 Feb 2025 14:40:00 + (5 days, 22 hours, 54 minutes ago)
To: Dwarshuis, Nathan J
Subject: [PATCH] org-element.el; significant optimizations for
org-element--interpret-affiliated-keywords
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
13 matches
Mail list logo
