Thank you Ihor for your quick reply. Although this is better, it is not a great option as it would mean listing every folder where those files might end up, and that multiplies the files the update command would have to open and parse. And that is slow.
On Thu, 30 Jul 2026, at 19:56, Ihor Radchenko wrote: > "Racoon Chimp" <[email protected]> writes: > >> so every org file that is expected to stay will get its own right up at the >> beging with =org-id-get-create= and a creation timestamp. that's it. no >> other id in the file. >> >> in my mind the consequence is if i link to a heading in =books.org= i expect >> it the link to function even if i rename it to =books i have read in >> 2025.org= or if i move it in =../old/books.org= >> >> in practice it seems =org-id-update-id-locations= needs to know the file >> names. which rather blocks my brilliant solution with ids. >> >> so far the hack is to dump all files in emacs, run the update-id-locations >> and know that for a while the links will work. >> >> is there a more elegant or just simpler solution? > > org-id-extra-files > > -- > Ihor Radchenko // yantar92, > Org mode maintainer, > Learn more about Org mode at <https://orgmode.org/>. > Support Org development at <https://liberapay.com/org-mode>, > or support my work at <https://liberapay.com/yantar92>
