-
-
Notifications
You must be signed in to change notification settings - Fork 74
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Vimtex does not load properly #566
Comments
For anyone else who has this issue, I've found a hack workaround: For the plugin add the following to your nvf config:
Adding the Adding Adding the Again, this is a hack. I don't know what else uses the |
I don't believe nvf sets anything that would conflict with vimtex loading. CC @horriblename regarding the plugin loader. If you're open to it, a PR for the appendix with a minor addition to the docs for other users dealing with vimtex would be appreciated. Alternatively, a module addition could also be considered if you're willing to get it in. P.S. I no longer use any kind of Tex tooling thanks to the wonders of Typst and Pandoc. #525 might be a better addition than Vimtex, which seems to be mostly in Vimscript- which we are trying to avoid for performance reasons. |
seems like an oversight on mnw's part, mnw put plugins after nvim's builtin ones in rtp, so nvim builtins get priority over the plugin. I'll investigate in a couple of days |
I created a pull request #569 with what I got done today. I was using texlab for the LSP but I didn't know it could compile so thank you for that info. I used vimtex before I migrated over to nvf so I just tried to use that until you mentioned the capabilities of texlab. My implementation uses Texlab as the LSP, and compiles using Texlab via tectonic as the default (but that can be changed to whatever the user wants) and you were definitely right: it runs so much faster than what vimtex was able to. It also uses okular as the default for previewing the compiled document but that can also be changed to the user's preferences. |
some plugins (e.g. vimtex) rely on being before nvim builtins in rtp (NotAShelf/nvf#566)
some plugins (e.g. vimtex) rely on being before nvim builtins in rtp (NotAShelf/nvf#566)
@isaacST08 could you test the PR on mnw? just override mnw like this: inputs = {
mnw.url = "github:horriblename/mnw/prepend-rtp;
nvf.url = "...";
nvf.inputs.mnw.follows = "mnw";
} |
Description
When adding the vimtex plugin either in vim.lazy or vim.extraPlugins it does not load the commands related to Vimtex.
From what I can find this is because the default ftplugin runs before Vimtex's ftplugin and then Vimtex never gets loaded.
👟 Reproduction steps
add the following to your nvf config:
👀 Expected behavior
Vimtex works.
Commands such as VimtexCompile work.
😓 Actual Behavior
The only command that is loaded is VimtexInverseSearch. But this command also fails.
The docs are loaded correctly so
:help vimtex
works.But the rest of the commands do not work.
💻 Metadata
"x86_64-linux"
- host os:Linux 6.12.9, NixOS, 24.11 (Vicuna), 24.11.20250115.e24b4c0
- multi-user?:yes
- sandbox:yes
- version:nix-env (Nix) 2.24.11
- channels(root):"nixos-24.05"
- nixpkgs:/nix/store/awsvw44jla0idziiks2zwgzslfd2dczn-source
📝 Relevant log output
The text was updated successfully, but these errors were encountered: