knap VS texmagic.nvim

I've had pretty good experience with knap. You can setup live preview with a pdf viewer or a web browser.

I use this plugin which allows you to pull up a live preview

I wrote my own LaTeX preview plugin, knap, which includes synctex capabilities as well. The readme (visible at the link) contains instructions for not only Zathura, but quite a few other PDF readers as well, which you may be interested in.

I wrote this plugin: knap (Kevin's Neovim Auto-Previewer), which can be used to do what you want.

Weird. The linux version doesn't do that. I use it with my live update-as-you-type NeoVim plugin.

Anyway, if you're interested, my plugin is called KNAP and you can find it on GitHub here.

If you go the LSP route, just FYI, I have a small plug-in called TeXMagic that enhances the functionality of TexLab in one particular way: currently with TexLab you must specify a build engine globally and must edit this global build engine every time you need a different build engine for a different project. My plug-in will help you define any number of arbitrarily-named build engines that you can call in a magic comment (e.g. %! TEX program = dvipspdf) and will pass your requested build engine to TexLab if you point the build key in the TexLab lspconfig table to the global variable my plug-in initializes.

Hi! I made a small plug-in a while ago to augment a small bit of Texlab’s functionality (pass info from magic comments into Texlab’s compiler config settings). Is this functionality something you’d be interested in including in your plug-in? (See https://github.com/jakewvincent/texmagic.nvim)

I wrote this because I had started setting up my workflow in Neovim 0.5.0 and wanted to use the TexLab LSP server with Neovim's LSP client. TexLab has a build service but only provides for a single user-defined build engine (without hacks). TeXMagic.nvim provides a global variable with which you can value the build key in your TexLab config. The variable references a table which is selected by finding the program/build engine name (provided in a magic comment) in either the default latexmk build engines (pdflatex, xelatex, or dvipspdf) or a user-defined build engine.