Bruce D'Arcus

IDK; just seems the primary export format for Zotero (edit: and more generally has picked up traction beyond it). But certainly it need not stay that way.

@dlukes - FYI, a few weeks ago I merged #736 with an option to open a Zotero entry via `citar-open-entry`. Here's that function: https://github.com/emacs-citar/citar/blob/ed53e67bee517ae37198a10b40515201460b87f4/citar.el#L1514-L1520 The basic idea could be extended...

Is the issue using the citekeys to open the PDFs, or opening the PDFs at all? Like, should this work? ``` zotero://open-pdf/library/items/TPUJP37W ``` It doesn't for me, but that doesn't...

> Oh right, sorry, I forgot part of the context here -- it doesn't work for opening the associated PDF of `TPUJP37W` as a parent item; it works if `TPUJP37W`...

That sounds perfect @retorquere.

What does the relevant returned JSON look like? A list of items, each of which has a list of attachment Zotero IDs (and type and such)? E.g. we could generate...

@dlukes - it might be that we could do a little `citar-zotero` thing here, relying on the `json-rpc`, and bundle that functionality there? Sort of an analog to `citar-file`. There...

With this (two attachments, one HTML and one PDF), how do I know which are the PDFs, other than looking at the file extensions? ```console ❯ curl http://localhost:23119/better-bibtex/json-rpc -X POST...

> Does this do what you need if you give it the betterbibtex json translator? What's the right value for the `translator` property? `jzon`?

My error message: ```console ❯ cog commit feat "add one" gpg: no default secret key: No secret key gpg: signing failed: No secret key Error: failed to sign commit cause:...