Hello,I recently upgraded to org mode version 9.3.6 and the following behavior was introduced: When I search for an entry using C-s, all the parent entries and sub-entries are expanded and stay expanded.Find in https://imgur.com/a/vzEU1zp screenshots of the newly introduced behavior and expected/ol
Kyle Meyer writes:
> Basil L. Contovounesios writes:
>> How involved would it be to make org-eldoc work in
>> non-"backwards-compatibility" mode?
>
> I think we can do that, while still supporting Org's minimum Emacs
> version, by following python.el. Here's what it does:
> ...
>
> ... org-eldoc
Hello Org,
I like #+LINK keywords because they make documents self-sufficient:
anyone opening my document can follow these links or export the buffer;
they do not need to run some Elisp to add to org-link-parameters.
One thing I don't know how to customize, however, is how these links are
exporte
Gt Uit writes:
> I recently upgraded to org mode version 9.3.6 and the following
> behavior was introduced: When I search for an entry using C-s, all the
> parent entries and sub-entries are expanded and stay expanded.
>
> Find in https://imgur.com/a/vzEU1zp screenshots of the newly
> introduced b
Ihor Radchenko writes:
> I do not know an answer to your question, but would like to point out
> that make-thread will return immidietealy and all the following code
> will run before the download finishes:
>
> (run-hook-with-args 'org-attach-after-change-hook attach-dir)
> (org-attach-tag)
> (
> Indeed, as long as org-attach introduced new async actions. Those hooks will
> have problem if they requires files is downloading finished. Also
> `make-thread'
> does not have process sentinel. That's also an problem.
>
> Does anyone have better idea?
You can wrap the call to org-attach-url-fu
17.07.2020, 01:42, "Kyle Meyer" :Gt Uit writes: I recently upgraded to org mode version 9.3.6 and the following behavior was introduced: When I search for an entry using C-s, all the parent entries and sub-entries are expanded and stay expanded. Find in https://imgur.com/a/vzEU1zp screenshots of
James N. V. Cash writes:
> Kyle Meyer writes:
>
>> Basil L. Contovounesios writes:
>>> How involved would it be to make org-eldoc work in
>>> non-"backwards-compatibility" mode?
>>
>> I think we can do that, while still supporting Org's minimum Emacs
>> version, by following python.el. Here's wh
