![使用 \ll 进行 LatexCompiling 后,将显示文件 /usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/tikz.code.tex,而不是源 tex 文件](https://linux22.com/image/440454/%E4%BD%BF%E7%94%A8%20%5Cll%20%E8%BF%9B%E8%A1%8C%20LatexCompiling%20%E5%90%8E%EF%BC%8C%E5%B0%86%E6%98%BE%E7%A4%BA%E6%96%87%E4%BB%B6%20%2Fusr%2Fshare%2Ftexmf%2Ftex%2Fgeneric%2Fpgf%2Ffrontendlayer%2Ftikz%2Ftikz.code.tex%EF%BC%8C%E8%80%8C%E4%B8%8D%E6%98%AF%E6%BA%90%20tex%20%E6%96%87%E4%BB%B6.png)
在 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 处理信息的方式。