I'm running into this issue now.
One thing I noticed is that if you have broken links (and
org-export-with-broken-links is t), org-id-update-id-locations will be
run for every broken link it finds. This turns out to be quite slow and
unnecessary since no files will have changed in between
org-id-
Hi,
Here's an example of how to create an ivy prompt that inserts links.
It isn't exactly what you're looking for, as it doesn't hijack
`org-insert-link` functionality, nor does it specifically use
`org-refile-target-verify-function` to do filtering.
Instead, this uses org-ql to select TODO head
Nicolas Goaziou writes:
>
> I still cannot reproduce it.
>
> Does the very recent 10b1cfb0317274a91500562a2872f2626160f079 fix this?
>
Yup. That commit seems to fix it.
Thanks!
Best,
Josh
Hello,
I'm starting to encounter a strange, silent problem when switching the
state of a task with multiple tags. With the following minimal example:
#+STARTUP: logdone
#+STARTUP: logdrawer
* TODO Hello :hi:there:
SCHEDULED: <2017-08-11 Fri .+1d>
Switching The "hello" task from "TODO" to "DON
Nicolas Goaziou writes:
> Hello,
>
> Colin Baxter writes:
>
>> Yes, you are correct. I can confirm that switching off
>> org-todo-state-tags-triggers removes the insertion of colons for me
>> too.
>
> Fixed. Thank you.
>
Hello,
~org-toggle-tag~ now seems to delete currently set tags for a hea
Colin Baxter writes:
> As of today, TODO now appears with three sets of un-requested double
> colons after it, as in TODO :: :: ::
>
> The behaviour doesn't occur with emacs -q, so the cause is presumably in
> my ~/.emacs. I can't work out what's wrong with my org-todo-sequence,
> which is:
>
> (
Hey there,
Recently I've found that clocking in to a repeating task is giving me an
incorrect "task time since last repeat". Normally, when I clock into a task,
mark it as done, and clock in again, I expect the starting clock time to
be 0. In this example:
* TODO Stuff
SCHEDULED: <2017-08-04 F
