Bruce D'Arcus

> 1. Add the interactive spec directly to all of the bibtex-completion actions... > I would maybe clean this up a bit, such that it is just `(interactive (list (bibtex--completions-read)))`....

> Sorting, to me, seems like a UI feature. So it should probably not be part of bibtex-completion Yeah, totally fine with that. I had just needed to setup selectrum...

Regardless of what the final decision is (separate package or not), on this point I made earlier: > It would probably be worth adding some of these details to the...

> Maybe another PR could be opened regarding this issue. I'd guess this possible new PR would include the modifications (as demonstrated on this PR) to bibtex-completion, as well as...

Nice to see how quickly this ecosystem is evolving. But on this ... > This also applies to your use case, where everything is going through the single entry point...

I was just testing the UX, to see how intuitive I find it. A few observations and suggestions: ### Allowing multiple completion candidates (keys) Edit: per discussion below, I think...

> I'd guess this possible new PR would include the modifications (as demonstrated on this PR) to bibtex-completion, as well as helm/ivy-bibtex (just the one new function?). I don't have...

[Above](https://github.com/tmalsburg/helm-bibtex/pull/355#issuecomment-774504526), @minad suggested the following: > You can bind this keymap as a prefix map to C-c b. Then C-c b p would open pdf and so on. I think...

@tmalsburg - on the naming question, you suggested this: > By the way, I'd call the new package completing-read-bibtex in line with helm-bibtex and ivy-bibtex. That’s largely self-explanatory for anyone...

@minad - when you get a chance, a few questions: ## Should we use `completing-read-multiple`? + related `embark-collect-snapshot` question So I asked above about `completing-read-multiple`, but let me ask the...