Real-Time LuaTeX: Recompiling Large Documents in 1ms [pdf]
amichail
50 points
11 comments
July 18, 2026
Related Discussions
Found 5 related stories in 548.2ms across 14,015 title embeddings via pgvector HNSW
- LaTeX.wasm: LaTeX Engines in Browsers theanonymousone · 16 pts · June 23, 2026 · 50% similar
- Pandoc Lua Filters ankitg12 · 27 pts · July 03, 2026 · 48% similar
- Fine-tuning an LLM to write docs like it's 1995 taubek · 181 pts · June 05, 2026 · 47% similar
- Show HN: Clx – Compile Lua to Native Executables Through C++20 _samt_ · 31 pts · July 11, 2026 · 46% similar
- Unified Controllable and Faithful Text-to-CAD Generation with LLMs PaulHoule · 58 pts · June 09, 2026 · 45% similar
Discussion Highlights (7 comments)
VorpalWay
> Benchmarks show that per-paragraph recompilation achieves O(1) latency, constant regardless of document size, whereas Typst’s [3] incremental compilation scales linearly (O(n)). > The tradeoff is temporary inconsistency: pages the user is not viewing may lag until a background compile converges, [...] There doesn't seem to be any reason functionality like this couldn't also be added to Typst though. In general the authors of this paper seem dismissive of typst, but Typst also fixes so many other things about LaTeX, like the awful syntax. Not sure why they act like that.
froh
the purpose (from the paper): > texlode, the browser-based book editor built on this architecture, is scheduled for public release in October 2026. It provides collaborative editing via conflict-free replicated data types (CRDTs), manu- script import from Word, proceedings management, cover design tools, and print-ready PDF output iden- tical to standard LuaLATEX. The accompanying con- ference talk demonstrates the editor in action. For details: texlode.com. and also: > (section) 6 Comparison to Typst
mkl
No mention of TikZ. Realtime TikZ would be really useful to me. I will wait and see what their https://texlode.com service is like for that.
mproud
Personally, I am enjoying using Typst.
zhxiaoliang
Typst taking 300ms to do 300 pages cannot be seen as 4FPS - you don't treat the sum of 300 pages as single frame, LOL. And laying out a single paragraph is not 1ms for a whole document either. The paper is otherwise pretty good, but these rhetorics are probably not necessary, IMO.
FullGarden_S
This is great but I feel like the potential is underused. I know its a lot of work but I think we all could desperately use an interactive LaTeX notebook instead of limiting it to only the PDF backend and this work helps a lot with achieving that endeavour. Though it'll be limited to LuaTeX, it'll still be quite something.
xvilka
Looks like layout/format of this PDF is heavily broken - line overflows and out of the context/layout line at the end...