Re: Faster version of org-find-olp

2020-02-10 Thread Eric Abrahamsen
Bastien writes: > Hi Eric, > > Eric Abrahamsen writes: > >> I ended up writing a function on top of that that does find-or-create, >> so you can go to a certain outline path, creating and inserting >> (optionally in sorted order) the missing segments as you go. It was >> fairly difficult to get

Re: Faster version of org-find-olp

2020-02-09 Thread Bastien
Hi Eric, Eric Abrahamsen writes: > I ended up writing a function on top of that that does find-or-create, > so you can go to a certain outline path, creating and inserting > (optionally in sorted order) the missing segments as you go. It was > fairly difficult to get right, so perhaps it will be

Re: Faster version of org-find-olp

2020-02-04 Thread Eric Abrahamsen
Bastien writes: > Hi Adam, > > Adam Porter writes: > >> While working on org-recent-headings, I thought I needed a version of >> org-find-olp that behaved slightly differently, so I wrote a new >> function. > > thanks for working on such improvements. Is there something here we > can integrate

Re: Faster version of org-find-olp

2020-02-04 Thread Bastien
Hi Adam, Adam Porter writes: > While working on org-recent-headings, I thought I needed a version of > org-find-olp that behaved slightly differently, so I wrote a new > function. thanks for working on such improvements. Is there something here we can integrate in Org (master)? If possible, l

Re: [O] Faster version of org-find-olp

2019-08-16 Thread Adam Porter
I see that using an "inline" attachment was a bad idea. At least, the lists.gnu.org Web UI wraps the lines. Here it is as an "attachment" attachment, in case that helps. #+BEGIN_SRC elisp :results silent (defun org-olp-marker (olp &optional this-buffer unique) "Return a marker pointing to

[O] Faster version of org-find-olp

2019-08-16 Thread Adam Porter
Hi, While working on org-recent-headings, I thought I needed a version of org-find-olp that behaved slightly differently, so I wrote a new function. It turned out that I didn't need the new function, but I found that it seems to be much faster than org-find-olp, so it might be worth using in Org.