使用 \ll 进行 LatexCompiling 后,将显示文件 /usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/tikz.code.tex,而不是源 tex 文件

使用 \ll 进行 LatexCompiling 后,将显示文件 /usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/tikz.code.tex,而不是源 tex 文件

在 Vim 中用“\ll”编译一个大型 Latex 文件时,如果故意输入了 latex 命令(将 $\Delta$ 写成了 $\relta$),我就会得到 3 个窗口(具有 Vim 的外观和感觉 - 即没有弹出窗口),其中上面的一个不再包含源 latex 文件,但是

/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/tikz.code.tex 

而第二个窗口包含快速修复错误列表,第三个窗口包含.log与错误列表中所选条目相关的文件摘录,正如预期的那样。显然,我想在第一个窗口中查看和访问源文件,但我不明白它为什么消失了,也不知道如何找回它。错误本身被正确地标识为“未定义的控制序列”。但这不是问题。我故意引入了这个错误。问题是最后源文件不再显示,所以我无法修复拼写错误。所以这不是编译问题,而是显示问题。

quickfix 错误列表中的所有错误和警告前面都有/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/tikz.code.tex

如果 latex 源文件中没有错误,则源文件将在第一个窗口中保持可见。

实际上,如果我使用一个更简单的文件(10 行,但当然没什么意义)并且其中也包含一个简单的错误,那么问题也不会发生。

实际上,我编写的文件大约有50页长。所以我就不在这里发布了。

这个编译过程出了什么问题?我承认我对 quickfix 的了解仍然非常有限,希望能得到快速帮助。谢谢

答案1

这是 vim-latex 跟踪错误到错误的地方并尝试带您到正确的位置进行修复的问题(如果您编译时出现错误,则会foo.tex很有帮助\input{bar.tex}bar.tex

设置:let g:Tex_GotoError=0在编译后将光标保持在原处,但这也意味着您无法移动到同一文件中的正确错误位置。就我个人而言,我很少遇到这个问题,我很乐意切换缓冲区(<C-^>)或使用导航回原点:e /path/to/file

这确实是 vim-latex 中的一个错误,但我也不确定是什么触发了它,我看不到相关的开放或关闭的问题https://github.com/vim-latex/vim-latex/issues这可能是 TeX 记录内容的限制,而不是 vim-latex 处理信息的方式。

相关内容