我在使用 okular 的反向搜索功能时遇到了麻烦。我正在运行 Ubuntu 14.04。
我编译了一个文档(见下文的 MWE),但遇到了问题。事实上,我在 kile 中使用相同的设置进行编译,并根据 tex 代码中的细微修改获得不同的行为。然而,当查看 synctex 文件时,这些似乎完全正确。
- 如果你使用 titlepage 和主题 Frankfurt 进行编译,反向搜索将不起作用
- 如果编译时没有标题页,则一切正常
- 如果编译时没有任何明确的主题但有标题页,则一切正常
- 如果使用主题德累斯顿(和标题页)进行编译,则可以
MWE:您需要两个文件来重现该错误。
main.tex:
\documentclass{beamer}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{lmodern}
% \usetheme{Dresden}
\usetheme{Frankfurt}
\author{Me}
\title{Very important}
\begin{document}
\maketitle
\input{src/foo.tex}
\end{document}
src/foo.tex:
\begin{frame}{Just a test}
\begin{itemize}
\item Itam A
\item Item B
\item Item C
\end{itemize}
\end{frame}
只需单击任意项目即可查看问题。
据我所知,问题出在 okular 内部,因为无论在 okular 的选项中选择了哪个编辑器,目标文件构造都是错误的。所有测试过的编辑器都尝试打开文件(的绝对路径) 。如果您在 中.
有,编辑器将尝试打开,但这是不可能的,因为它是一个目录。main.tex
/tmp/bar
/tmp/bar
有人可以验证/重现这种行为吗?
我完全清楚这个问题,但它们似乎不相关。文件名不是错误的,而是 GUI 没有执行预期的操作。
答案1
我可以确认这个问题似乎仍然存在。但是,我使用完全不同的设置。我的机器运行 Windows 10。我的编辑器是 Windows 版 Emacs(GNU Emacs 28.2,build 2,x86_64-w64-mingw32)和 AUCTeX(13.1.4)。我的 TeX 实现是 MiKTeX(23.5)。TeX 引擎是 pdfTeX。我的 PDF 查看器是 SumatraPDF(3.4.6 64 位)。一切都是最新的。
据我所知,该问题仅出现在法兰克福主题中。我尝试了许多其他主题。我尝试过的其他主题均未导致该问题。
如果我从 Emacs 进行正向搜索 (Cc Cv),SumatraPDF 会显示:“未知源文件”,后面跟的似乎是指向相关源文件的正确路径。如果我进行反向搜索(在 SumatraPDF 中双击),则显示消息为:“此位置没有同步信息。”
当然,人们可以使用不同的主题,但 Beamer 主题文件可以破坏正向/反向搜索,这仍然很奇怪。