你好，
我已经开始使用 BetterBibtex 来满足我的引文需求，但是目前在保护可能已经存在于导入期刊文章标题中的 titlecase 方面似乎有点过分热情。 目前，在 1.6.75 版本中，如果导入的文章存储在句子大小写中，当前行为是正确的，它将正确地将标题升级为标题大小写。 但是，如果导入的期刊文章已经存储在标题大小写中，BetterBibtex 会尽最大努力保护不需要保护的单词。 例如，导入 10.1104/pp.114.254664，将导出以下标题：
标题 = {{结构}} 的独特{{方面}} 和 {{Elementary I}} 的 {{Dynamics}} {\emph{$\beta$}} {{Cellulose Microfibrils Revealed}} 由 {{Computational模拟}}}，
这是我希望看到的：
title = {计算模拟揭示的基本 {I\emph{$\beta$}} 纤维素微纤维的结构和动力学的独特方面}，
这样做的原因是我提交的大多数期刊都希望以句子形式提交标题，如果大写不受保护，BibTex 可以很好地处理，但是如果我的许多导入的标题受到保护免于降级，则会引起很多悲伤额外花括号的句子大小写。 我不希望我的行为成为默认行为，但我当然希望可以选择修复少数未受保护而本应受脚本保护的内容，而不是删除许多不需要的大括号。
谢谢！
PS 为什么所有这些保护都是双支撑的？ 只需要一组额外的内部大括号来防止 bibtex 或 biblatex 破坏内部大写。
jvermaas
所有6条评论
Zotero建议将引用存储在句子大小写中（这是他们自己的引文处理器所期望的）； 您可以右键单击标题文本将其更改为句子大小写。 BBT 会根据该建议导出参考文献，知道 Bib(La)TeX 需要标题大小写（顺便说一句，仅适用于英语参考文献，而没有语言集的参考文献被 BBT 假定为英语）。
我无法区分存储在标题大小写中的引用和它包含有意大写且确实需要保护的单词（如IEEE proceedings ），但 Zotero 已经有一种方法来保护您没有的部分'不希望大小写操作 - 任何用<span class="nocase">...</span>括起来的东西都不会被 zotero 或 bbt 触及。
双括号而不是单括号是因为 Bib(La)TeX 大小写保护规则非常复杂，请参见例如https://github.com/retorquere/zotero-better-bibtex/issues/541和https://github.com /retorquere/zotero-better-bibtex/issues/383 。 例如，您是否知道{\emph{Homo sapiens}} _not_ case-protect Homo sapiens ？ 这对我来说肯定是一个惊喜。 双支撑是我们可以构建的唯一明确的规则，它始终使渲染的引用正确。 哦，还有像https://github.com/retorquere/zotero-better-bibtex/issues/541#issuecomment -240156274 这样的疯狂行为，其中 _whole_ 标题的大小写行为取决于在第一个位置是否有斜杠命令标题。 或者https://github.com/retorquere/zotero-better-bibtex/issues/541#issuecomment -240999396 使得Reading HLA Hart's: <i>The Concept of Law</i>真的只有在你吐出令人震惊的丑陋{Reading {{HLA Hart}}'s: {{{\emph{The Concept}}}}{\emph{ of }}{{{\emph{Law}}}}}才能渲染得很好
Bib(La)TeX 提供（通过@nickbart1980带来的知识——我真的不太了解 Bib(La)TeX）一个永无止境的边缘案例流，BBT 试图通过算法来决定。 我尽量保持生成的文件尽可能漂亮（我自己对美学很敏感），但最好将目标描述为“给定合理的输入，生成渲染良好的输出”，并且在这种情况下必须合理包括“遵循 Zotero 建议存储引用”。
retorquere
于 2016-09-14
感谢您的解释！ 现在我需要给自己找一个插件，它至少会自动尝试判别不符合的案例标题，并消除额外的点击！
jvermaas
于 2016-09-14
我以前对它进行过尝试，但是使其可用的 UI 工作不是我的
长处。 我自己更多的是后端人员（正如您在首选项窗格中看到的那样）
retorquere
于 2016-09-14
如果你发现一些接近的东西，请告诉我。
retorquere
于 2016-09-14
不幸的是，我找不到可以做我想做的插件，而且我从未学过 Javascript。 然而，我知道足够多的 python 是危险的，所以我现在在同步到服务器后处理大写。 它非常笨拙，偶尔会失败，但它有足够的额外逻辑来不降级我想保持大写的单词，如果标题大部分大写，则降级单词。
fixzotero.txt
jvermaas
于 2016-09-15
此问题已自动锁定，因为它关闭后没有任何近期活动。 请为相关错误打开一个新问题。
![github-actions[bot] picture](https://avatars.githubusercontent.com/in/15368?v=4&s=40)
github-actions[bot]
于 2021-02-18
相关问题
tea4or2wo
·
7评论
visini
·
4评论
alisonketz
·
6评论
SunHaozhe
·
3评论
bwiernik
·
7评论
最有用的评论
Zotero建议将引用存储在句子大小写中（这是他们自己的引文处理器所期望的）； 您可以右键单击标题文本将其更改为句子大小写。 BBT 会根据该建议导出参考文献，知道 Bib(La)TeX 需要标题大小写（顺便说一句，仅适用于英语参考文献，而没有语言集的参考文献被 BBT 假定为英语）。
我无法区分存储在标题大小写中的引用和它包含有意大写且确实需要保护的单词（如
IEEE proceedings），但 Zotero 已经有一种方法来保护您没有的部分'不希望大小写操作 - 任何用<span class="nocase">...</span>括起来的东西都不会被 zotero 或 bbt 触及。双括号而不是单括号是因为 Bib(La)TeX 大小写保护规则非常复杂，请参见例如https://github.com/retorquere/zotero-better-bibtex/issues/541和https://github.com /retorquere/zotero-better-bibtex/issues/383 。 例如，您是否知道
{\emph{Homo sapiens}}_not_ case-protectHomo sapiens？ 这对我来说肯定是一个惊喜。 双支撑是我们可以构建的唯一明确的规则，它始终使渲染的引用正确。 哦，还有像https://github.com/retorquere/zotero-better-bibtex/issues/541#issuecomment -240156274 这样的疯狂行为，其中 _whole_ 标题的大小写行为取决于在第一个位置是否有斜杠命令标题。 或者https://github.com/retorquere/zotero-better-bibtex/issues/541#issuecomment -240999396 使得Reading HLA Hart's: <i>The Concept of Law</i>真的只有在你吐出令人震惊的丑陋{Reading {{HLA Hart}}'s: {{{\emph{The Concept}}}}{\emph{ of }}{{{\emph{Law}}}}}才能渲染得很好Bib(La)TeX 提供（通过@nickbart1980带来的知识——我真的不太了解 Bib(La)TeX）一个永无止境的边缘案例流，BBT 试图通过算法来决定。 我尽量保持生成的文件尽可能漂亮（我自己对美学很敏感），但最好将目标描述为“给定合理的输入，生成渲染良好的输出”，并且在这种情况下必须合理包括“遵循 Zotero 建议存储引用”。