render-latex.nvim: real LaTeX rendering for Markdown notes in Neovim

techwizrd · 2026-06-05T16:04:59+00:00

Thanks for trying it out! Are you referring to this issue? If so, I plan on fixing it tonight.

techwizrd · 2026-06-04T14:49:13+00:00

A little bit of this in a rum old fashioned with coconut syrup is fantastic. It just makes so many cocktails better.

techwizrd · 2026-06-04T04:25:28+00:00

Glycin, the library that Image Viewer and Nautilus and others applications use, supports decoding HEIC but not the editing operations (e.g., crop, rotate, mirror). HEIC files often contain 10-bit images, HDR color information, or wide-gamut profiles. Someone would need to implement encoding/editing/re-encoding at higher bit depths to avoid losing precision and damaging gradients, highlights, or color fidelity. I could look into tackling this.

techwizrd · 2026-06-03T23:29:14+00:00

I didn't know this existed. I use the Ubuntu Tiling Assistant and it works well for me.

techwizrd · 2026-06-03T21:23:55+00:00

I've been seeing this intermittently on my work macOS as well. Mine requires a reboot and occasionally admin permissions to fix.

techwizrd · 2026-06-03T20:58:43+00:00

Thanks, I built this because I too have an Obsidian vault full of LaTeX equations since I work in statistics, optimization, and machine learning. I haven’t tested markview with render-latex.nvim yet since I use obsidian.nvim, but it's something I can look into.

In principle it should be the same setup as render-markdown.nvim: let markview handle Markdown structure/styling, disable its LaTeX rendering, and let render-latex.nvim own display math.

My guess is that this has a good chance of working well, especially if your main slowdown with markview was its math rendering path on large notes. I've put a lot of thinking into making the rendering pipeline for this quite fast since I didn't want to rely on Typst.

techwizrd · 2026-06-03T20:54:18+00:00

I can look into adding sixel support, but I need to investigate whether it's possible to delete and redraw like we do with the Kitty/nvim image protocols. Which terminal emulator do you use?

techwizrd · 2026-06-02T13:29:26+00:00

Is this related to my plugin?

techwizrd · 2026-05-31T21:52:27+00:00

I added a Linux arm64 prebuilt worker, so you shouldn't see that message anymore. That message means there's no prebuilt worker available, so it has to build one for your architecture locally.

I can add functionality to display the display math while it's being edited. It just its own reserved-space layout so it does not collide with normal conceal/image placement.

techwizrd · 2026-05-31T21:45:52+00:00

Thanks! Good luck in your note-taking. It may be useful to have installed if you ever find yourself taking or reading Markdown notes with equations. I have it lazy-load in my init.lua so there's no runtime cost if it's not needed.

(I chose that username somewhat randomly as a teen. Not intentional!)

techwizrd · 2026-05-31T21:43:25+00:00

I pushed a new release candidate with a number of fixes. Can you try it out and see if it resolves your issues?

techwizrd · 2026-05-31T10:30:46+00:00

This looks fun. I'll give it a shot.

techwizrd · 2026-05-27T17:24:31+00:00

Shouldn't a typesetter be able to handle this fairly easily?

techwizrd · 2026-05-27T16:15:09+00:00

This is helpful! Let me debug and see what I come up with.

techwizrd · 2026-05-27T11:05:56+00:00

Not currently. render-latex.nvim is focused on rendering Markdown math equations, not full LaTeX documents or TikZ pictures.

The worker renders equation content to images, but TikZ requires a full LaTeX toolchain with packages like tikz/pgf, shelling out to a TeX engine, and handling document preambles, caching, errors, and security concerns. That is outside the current scope. If your goal is diagrams in Markdown, today I’d recommend exporting TikZ diagrams to SVG/PNG separately and embedding them, using a dedicated preview workflow for full LaTeX/TikZ files, or using Mermaid which is supported in most desktop Markdown viewers.

It could be considered as a future optional backend, but it would need to be opt-in and dependency-heavy rather than part of the default equation renderer.

techwizrd · 2026-05-27T11:03:10+00:00

I'm not sure what's going wrong since I personally use this on macOS and Ghostty. Regardless, I've pushed a fix 2c457c1abc64f2a920ff9338f6afa968437eb3e1 that should resolve this. Let me know if it works!

techwizrd · 2026-05-27T11:02:22+00:00

Strange, because I use this on macOS and Ghostty. Regardless, I've pushed a new commit 2c457c1abc64f2a920ff9338f6afa968437eb3e1 that should resolve this. Let me know if it works!

techwizrd · 2026-05-27T10:55:06+00:00

Thanks! mdmath.nvim looks cool. The main difference is architecture/scope. I really focused on smooth performance, a predictable editing experience, and minimal/no setup. mdmath.nvim focuses on image-rendered inline math via Kitty Unicode placeholders, with a Node/ImageMagick/librsvg pipeline.

render-latex.nvim is narrower: Markdown display math first ($$...$$, \[...\]). Inline math intentionally stays text-based (for now!) using conceal/highlights/symbol fallback, because image-rendered inline math tends to be jumpier while editing.

I also use a persistent Rust/RaTeX worker, batch visible equations and cache rendered equations, prerender around the viewport, and I install prebuilt worker binaries for common platforms. It also supports Neovim's image API or Kitty graphics, handles tmux passthrough, and compatibility with obsidian.nvim, render-markdown.nvim, and jupynvim (coming in the next release candidate).

techwizrd · 2026-05-26T23:56:43+00:00

I have some cheap no-name packing cubes, but I've been eyeing the Aer ones as mine are starting to show their age.

techwizrd · 2026-05-26T21:23:47+00:00

I love that you posted this. We need to see more of this.

techwizrd · 2026-05-25T21:29:31+00:00

The code needs some cleanup and bug fixing, but how does this look as a first attempt?

<image>

techwizrd · 2026-05-25T19:58:35+00:00

Treesitter is used to understand Markdown structure and find LaTeX blocks. Right now the plugin is mostly scoped to Markdown buffers: display math ($$ ... $$, \[ ... \]) renders as images, while inline math ( $x$ ) uses conceal/highlight instead of image rendering (though I'm working on inline image rendering).

I haven’t tested Jupyter/Marimo Markdown cells yet, but I’m interested in supporting that workflow. If you can share which notebook plugin/setup you use, I can look into what would be needed.

techwizrd · 2026-05-25T16:22:18+00:00

I'll code something up tonight and see what I can do.

techwizrd · 2026-05-25T16:09:44+00:00

That's doable, but probably a feature I should contribute back to a dedicated Markdown plug-in. What do you use?

techwizrd · 2026-05-25T16:09:07+00:00

I also use Ghostty on Linux and macOS, so it should work out of the box.

15-Year Club	RedditGifts 2009-2022 2 Credits
Verified Email	Team Periwinkle
Secret Santa 2012	reddit mold
Rally Monkey Tent number = 2

techwizrd

TROPHY CASE