我与其他研究人员合作，经常有以下工作流程：
对于第3步，我手动导回docx文件，通常涉及： - 接受所有曲目更改。 - C＆amp; P'ing文本回到组织文件，确保我不删除标记（pandoc可以在这里帮助）。 - 将评论放在列表中并进行待机和进一步编辑;我经常写一篇关于我为解决这个问题所做的工作的说明。
我一直在寻找改善这一过程的方法。我找到了关于这个问题的其他讨论，它归结为：如果可以的话，让你的合作者将手稿编辑为文本文件（对我来说不现实，列表不在此处）;或做一些类似于我上面描述的手动导入。
所以这篇文章是关于一个很好的解决方案的想法/想法，这个解决方案可以导回将来可能成为现实的已编辑的docx文件，以及如何完成。
我认为这里有两个部分：
如何在不破坏脚注，引用等标记的情况下自动导回文本？
如何自动提取所有笔记并将其集成到Emacs组织文件中？
对于第二个问题，我的愿景是在评论段落上方留下某种评论块，或者标题列表，每个标题代表评论和段落的链接。属性抽屉是一个很好的附加功能，它可以有一个用于打开/关闭的条目和一个用于响应/注释的条目。
P.S。：我认为这是使用基于文本的手稿编写的真正障碍，如果有一个好的方法，这将是一个巨大的进步。更重要的是，凭借Emacs组织的所有功能，我敢打赌最终结果会比在单词中修改一篇论文要好得多，这简直太痛苦了。
答案 0 :(得分：2)
以下是您可以做到的事情
然后，分析.docx（相同的.odt）寻找标记的更改。忽略其他一切。采取＆＃34;之前＆＃34;每个更改的版本，将其转换为纯文本，并尝试在组织文件中找到匹配元素，然后用＆＃34;＆＃34;替换该文本。版本
对于评论，你可能会尝试类似的方法。
警告：我不知道找到标记的更改是多么容易/多难，提取＆＃34;之前/之后＆＃34;信息并将其转换为纯文本。
哦，这可能只适用于小的局部变化，例如：你可以从评论家那里得到的东西。对于来自另一位可能最终进行更大规模更改和重组的作者的事情，它可能会惨遭打击。