Zotero-better-bibtex: 将 Zotero 集合导出到 Qiqqa

如果您启用jabref metadata ，BBT 将以 jabref 格式导出集合。 也许qiqqa明白这一点。 您可以使用附言将集合添加为标签。

谢谢，重装。 不幸的是，虽然 Qiqqa 可以导入 jabref，但据我所知，Qiqqa 似乎没有以任何方式使用有关集合的信息。 它确实导入标签，我已经确认。 所以这种附言方式可能值得一试。 我不完全是一名程序员，但能够并且愿意学习。 如果你能指出我如何开始这样做的正确方向，我会花一些时间在自己身上。

我必须承认，退后一步，手动将每个集合作为标签应用可能比学习编程并开发脚本来执行它更快。 公平地说，它只有几百个系列。 我相信我可以在几个小时内完成它。 但是，我非常想学习如何编写此类脚本，因为它将来会派上用场。

别担心。 要求附言总是可以的。 这个设施主要是我给自己的一次逃避，所以我不必为一次性请求更改 BBT。

const collections = item.collections.map(key => (Translator.collections[key] || {}).name).filter(coll => coll)
reference.add({ 
  name: 'keywords',
  value: item.tags.concat(collections),
  enc: 'tags',
})

这真是太棒了。 我会试试这个。 我看到包含 jabref 数据会关闭缓存，这表示自动导出存在问题。 如果我实现了这个 postscript 而不是包含 jabref 数据，脚本会在自动导出时运行吗？

顺便说一句，我不得不说在研究了 Zotero 插件并在所有这些项目中看到你之后，我对你创造的一切感激不尽。 您是社区的绝对瑰宝，如果没有您的贡献，我认为 Zotero 不会成为现在的样子，所以谢谢您。

是的，postscripts 在自动导出中运行，这个特殊的 postscript 不会影响缓存。

WRT jabref 数据，自动导出可以正常工作，只是速度会慢一点。 总的来说，zotero 实际上会更活泼。

不客气。

这是非常壮观的。 我刚刚花了一周的大部分时间来研究如何以合理的方式管理这个库。 你让这一切变得无比简单。 因为你，我基本上解决了我现在遇到的所有问题。 我现在破产了，但是当我再次开始赚钱时，我一定会支持您的 patreon。 我非常感谢您的响应。 杰出的。

此外，一切都像魅力一样运作。 一个+++

不用担心支持 - 我的财务状况稳定，我使用进来的支持来进行非常必要的笔记本电脑升级，但从那时起，它一直在推动我的鼓组升级，我正在攒钱去参观一个在美国的朋友——考虑到世界的状况，我还有很多时间可以存钱。

我很高兴能帮到你。