Samuel W. Flint

Yes! I have not had time to work on this in a while, however.

I think it's the use of `mapcan`, which modifies the underlying structure (uses `nconc`) as determined by `(reftex-ref-style-list)`, which may be the value of `reftex-ref-style-alist`. Fixing that seems to fix...

It looks like this might be supported in the upcoming org 9.8 as a `:preview` function, for which `org-link-preview-file` or `org-attach-preview-file` may be reasonable starting points (see https://git.savannah.gnu.org/cgit/emacs/org-mode.git/tree/etc/ORG-NEWS?id=405787dfbcbd4ae5e1d2227ce5aa7d4d20938388#n132)

Based on that, I *think*, the following code would work: ```elisp (defun denote-link-preview-file (ov path link) (when-let ((files (denote-directory-files (rx-to-string '(and bol (eval path)))))) (when (length= files 1) (org-link-preview-file ov...

It *should*. If you are a citar user, I'd appreciate testing of the citar-specific functionality, as note creation is definitely somewhat unstable. Else, please test with the patch to `ebib-notes.el`...

> I pushed a few commits, mostly cosmetic. I also added an option for Citar to `ebib-notes-storage`, which is just a convenience thing, but nice to have, I think. Cool!...

I've also made it so that the note checking closure is cached to improve performance.

Opening citar notes should work now as well.

I've wrapped it in a `when`. That said, I suspect it's because citar is unconfigured.

> I've just had a look at this -- it's really cool but I have some worries. It seems that `ebib-citar-backend` assumes: > > 1. The values in the hash...