我最近偶然发现了这个好问题（错误？）：
我可以使用 evince 可视化foo.pdfAUCTeX 和 Synctex 同步中获得的 LaTeX 输出，只要 synctex 交叉引用文件 ( foo.synctex.gz) 中引用的文件的路径名不包含非 ASCII 字符。感谢此实用程序，我可以对 knitr 处理的 .Rnw 文件做同样的事情。
但是，当我的文件名或任何引用文件的名称包含非 ASCII 字符时，该过程就会中断。正向搜索（TeX 缓冲区中的 CC CV）因 D-Bus 超时而失败（我运行的是带有一组语言fr_FR.utf8环境的 Linux）。有趣的是，反向搜索（在 Evince 窗口中按住 Ctrl 键并单击）会尝试在 emacs 中不存在的目录中打开相关的.tex“源”，该目录具有以某种方式编码的原始目录的名称。
例如，如果我在名为“Aquaphérèse”的目录中工作tTst.tex，我的 Test.synctex.gz 引用文件
输入：1：/home/charpent/Boulot/Aquaphérèse/./Test.tex”，当我尝试从 evince 进行向后搜索时，tex 会尝试为“/home/charpent/Boulot/Aquaph%C3%A9r%C3%A8se/Test.tex”创建一个缓冲区。
在我看来，这似乎是 AUCTeX 或 evince 中的一个错误。两个问题：
- 您认为问题最可能的根源是什么：AUCTex（我的个人猜测）还是 evince ？
- 有什么解决方法的建议吗？当然，我可以随时重命名我的工作树，但这很麻烦...
欢迎提出任何其他建议。
答案1
我对自己说：
- 正如 giordano 所指出的，AUCTeX 11.88 已解决了路径中非 ASCII 字符的处理问题。它尚未完全修复（出现一条消息，提示和是同一个文件），但现在可以正常工作。
（Debian 用户注意：您必须从不稳定版本中获取此版本：jessie 已冻结）。
- 我在前向搜索时遇到的问题可以通过将“.Rnw”添加到可识别的文件扩展名列表 TeX-file-extensions 中轻松解决。
现在一体化这场混乱……
高血压