https://wiki.contextgarden.net/
It's a monolithic kernel with a relatively sane collection of "setup" macros that, by and large, can accomplish much of what LaTeX and its packages can do.
If you're curious about how to build TeX from scratch, have a look at my TeX.SE answer:
https://tex.stackexchange.com/a/576314/2148
I'd imagine making a FOSS port in Rust that has non-cryptic error messages wouldn't be a multi-year project using modern GPTs.
> It's a monolithic kernel with a relatively sane collection of "setup" macros that, by and large, can accomplish much of what LaTeX and its packages can do.
I don't know what constitutes "sane", but I literally just downloaded and installed it right now because you mentioned it, and it choked on a trivial hello world:
$ mtxrunjit --script context doc.tex
...
> tex error on line 1 in file doc.tex: ! Undefined control sequence
...
1 >> \documentclass{article}
2 \begin{document}Hello, world\end{document}
I feel like this is gonna be a tougher sell than you expect. How the heck is a user expected to switch to ConTeXt?
You can find a "hello world" here: https://wiki.contextgarden.net/Document_layout_and_layers/Tu...
Both use TeX as their layout engine. Both are different type of markup languages that live on top of TeX.
The reason TeX is written in a 1984 dialect of Pascal is that the typesetting bugs have been solved in a completely specified language; it is much easier to write a transpiler for Pascal->C than to rewrite TeX. Asking an LLM to rewrite it in the language-du-jour is a huge cost for very little benefit.
BTW it has been so depressing in the last few months to see LLM-generated projects make claims about performance/accuracy, but there is no benchmarking code on Github and the "thousands of tests" are all useless happy paths. I am sure we will see some grifter claim that Claude rewrote TeX and I am sure dozens of credulous HN users will take it seriously. But we won't see a useful rewrite. It'll be resume-oriented slop like that dishonest Mathematica-in-Rust project we saw last week.
[1] https://www.latex-project.org/latex3/
[2] https://github.com/latex3/latex3
It's either already here or never happening, depending on your perspective [0] [1].
> it would be nice to have an automation in the style of Tectonic
What do you mean by "automation"?
[0]: https://www.texdev.net/2024/11/11/the-mythical-latex3
[1]: https://tug.org/TUGboat/tb44-1/tb136mitt-history.pdf#page=5
Sometimes bugs appear only if you load three specific packages in a specific order. The fact that there are no namespaces and every package can modify everything makes it a complete nightmare. LaTeX would do well to take a hint from the lessons we learned in the past 40 years. Or just retire it and push something sane forward, like Typst.
Not LaTeX.
You'd of course need to read the documentation on what TeX and LaTeX are to understand this. Most people would rather write a new system.
If you're stuck on something LaTeX related, remember there's the latest edition to The LaTex Companion. It even has an appendix explaining the (in)famously cryptic LaTeX/TeX error messages:
https://latex-project.org/help/books/
There's also, among other resources, the great LaTeX Font Catalogue: https://tug.org/FontCatalogue/
Enjoy the new release!
[0]: https://tug.org/texlive/doc/texlive-en/texlive-en.html#x1-94...
[1]: https://www.latex-project.org/news/latex2e-news/ltnews.pdf#i...
But in the end, it worked surprisingly well. Mind you, I didn't have anything too fancy in the paper (no figures, minipages, tikz, etc...), so that made the task very easy. But it was a good workflow:
- Write org-mode text in left buffer.
- Have Emacs issue a .tex export on save.
- Have the document automatically compile when .tex files are newer than the .pdf file
- Have the right buffer show and automatically reload the pdf file.
So happy to see new texlive as well
(I've done everything in it from write honors theses and format CVs.)
I've been interested in Typst. But beyond report generation (which I avoid in general), I don't really have a general "document processing" tool, but multiple specialized ones, and given Typst's current jack of all trades/master of none status, I'm not sure what it'll replace. I use Quarto for a lot of my statistical computing, LyX if I need to do a lot of finicky math typesetting (e.g. if I need to break out \qquad), and Word - god forbid - for my non-technical collaborators.
If I had to use LaTeX, I'd definitely do it via LyX.
- ar5iv [3] is somewhat outside the TeX world, but I find it pretty interesting since it's able to successfully convert most articles to HTML. Usually conversion tools have either required perfect markup or manual fixes, but ar5iv is completely automatic, and it even works with the horrible programming practices that most document authors use.
- I'm personally a big fan of ConTeXt [4], a lesser-known TeX format. ConTeXt itself isn't new, but it tends to gain new features quicker than the other formats; some recent new features include improved math typesetting [5] and improved paragraph breaking [6] [7].
- The LaTeX Team just published "latex-cmds" [8] a few weeks ago, which is a handy reference to all the recently-introduced macros (and some older ones too).
[0]: https://latex3.github.io/tagging-project/tagging-status/
[1]: https://pdfa.org/accessible-math-in-pdf-finally/
[2]: https://tug.org/TUGboat/tb46-2/tb143fischer-tagging25.pdf
[3]: https://ar5iv.labs.arxiv.org/
[4]: https://wiki.contextgarden.net/Main_Page
[5]: https://tug.org/TUGboat/tb43-2/tb134hagen-math.pdf
[6]: https://tug.org/TUGboat/tb46-1/tb142hagen-paragraphs.pdf
Look for /texmf-dist/doc/fonts/memdesign/memdesign.pdf if you want a fun non-technical one.
https://www.tug.org/levels.html seems like a good start
The problem is that today we have a massive gap in development: there was a time when high-quality FLOSS development existed, followed by an era of resting on one's laurels while creating very little, mostly just stuff built on top of existing systems in an attempt to simplify things, which only resulted in making them more complex and fragile, with zero innovation.
Today, we have generations of developers who simply don't know classic FLOSS tools beyond the surface level and lack the technical background to create new ones that aren't dependent on the tech giants. This is because obsolete universities have de facto trained legions of big tech labourers rather than autonomous technicians capable of standing on their own two feet.
The issue is that there was never a real desire to give "the power of computing" to end users. Consequently, at the first opportunity, the desktop was undermined and rejected to keep everyone dependent on someone else's services. Now, young developers don't know how to evolve back towards the desktop, even though they sense, without fully understanding, that this is the right way forward.
We are losing decades of potential evolution with repercussions for centuries to come, just to feed a handful of people who profit from others' ignorance.
So, while it's true that on one hand we have excellent tools that are obsolete, clunky, and difficult to integrate today, it's also true that on the other hand we have a void. This is because the foundations of modern software are flawed and unsustainable, created solely for the interests of Big Tech. Either we move past this or we head for ruin, as has been happening for some time now; eventually, it will be impossible to carry on and we'll have to start again from scratch, with enormous costs, delays, and damage.
tlmgr repository set https://ftp.math.utah.edu/pub/tex/historic/systems/texlive/2025/tlnet-final
The system is flexible and simple.
Used TeX for the same and had to lose sanity for it to even work semi well.