The Lingua Franca of LaTeX (2019)(increment.com) |
The Lingua Franca of LaTeX (2019)(increment.com) |
I tried to use it to generate automated reports, and was frustrated at every turn. My usage scenario was a completely offline system to generate reports of a few dozen pages, which included graphics, tables and other visualizations.
1. The whole system download is about 1 or more Gigs. 2. Each report is accompanied by half a dozen files. 3. The choice of packages to use, and the versons to use, is all confusing, with various books and site using various packages, often further customized. 4. The syntax is confusing and jarring, at least to me.
Finally, I ended up using simple template tools to generate HTML with proper semantic structing and CSS print media queries to generate my reports.
I do appreciate the fact that my requirement does not involve laying out content over multiple pages, something which LaTeX is good at. That is very difficult to achieve with HTML and CSS.
But, for use cases where each document page is independent, HTML, CSS and print media queries are great.
You can also use all the exciting javascript visualization libraries to generate awesome graphics.
For me that’s one of the beauties of the tool: you install the 6 GB and get everything. It’s not like e.g. Rust where you get 1.2 GB of compiler and co. but then have to download more and more crates to actually do the job.
A full installation is 6GB actually, but you don't have to install everything. A minimal installation is only about 50MB, and that's enough for simple documents, and then you can use the package manager to install any additional packages you need. The main problem is that transitive dependencies aren't properly tracked, so it can sometimes be annoying to figure out exactly which packages you need to install.
> 3. The choice of packages to use, and the versons to use, is all confusing, with various books and site using various packages, often further customized.
Agreed, but you can say the same about most old and successful programming languages, so TeX isn't terribly unique here.
Unicode support is perfect out-of-the-box these days, in the sense of supporting arbitrary UTF-8 input and outputting the corresponding characters. Some of the "complex" scripts (Devanagari, Arabic, Thai, etc.) have a few issues, but all the common ones should work fine with the appropriate packages.
I think the problem with a lot of would-be LaTeX successors is that they tend to miss two key things:
1. The document markup language of LaTeX is pretty good. Yes, it’s not as lightweight as Markdown, but the cost is paid back in expressiveness.
2. Programming the TeX engine is a mess. I’ve seen a number of people who’ve done things like translated tex.web into rust over the course of a weekend and similar such things. The problem is that the program was developed under the constraints of 1979–1982 computer hardware, when even 7-bit ASCII was not universally implemented on systems and it has a number of constraints that a modern developer would not face and design decisions that don’t make sense with modern development processes and capabilities. Too much of the system is tightly coupled with other parts so things like parsing end up being a real challenge (LaTeX, within the limitations of what was possible in the 1980s, did a decent job of trying to standardize syntax while Knuth’s original markup tended to be somewhat inscrutable to a non-technical (non-TeXnical?) person. One of the most glaring cases being the difference between, plain TeX’s \centerline{…} vs {\bf …}¹ (LaTeX 2.09 retained the plain TeX font selection commands, but LaTeX 2e regularized them with other LaTeX syntax so now you can write \textbf{…} instead of {\bf …} (also, the 2e syntax disentangled weight and shape selectors so that \textbf{\textit …}} produces bold italic while {\bf {\it …}} produces non-bold italic, but that’s a different can of worms). Add in that TeX can change its parsing rules on the fly (and not always transparently) which makes doing things like including \verb for verbatim text in the argument to another command break.²
I think an ideal LaTeX-successor would retain the document markup language almost exactly so that a LaTeX document, at least within the \begin{document}…\end{document} section would require little or no changes to still be typeset with its successor (albeit with the likelihood of different formatting) but provide easier customization and abandon the macro-expansion language of TeX which, while it’s kind of intellectually satisfying to work with, is so unlike any other programming language that it presents an almost impassible barrier to entry.
⸻
1. The other dramatic difference being Knuth’s preference of {1 \over 2} vs the LaTeX \frac{1}{2}. The former has the advantage of being closer to how one would read a fraction, but has the complication of requiring the enclosing braces which again creates inconsistent formatting.
2. And to make things somewhat worse, in the years since the initial release of LaTeX2e, LaTeX has required an extended TeX engine which does allow some limited ability to do things like include a \url{…} command in the argument to another command in a way that allows the \url to include special characters, but because of the weight of backwards compatibility this feature is (a) not always consistently functional and (2) doesn’t extend to \verb and friends so those still end up complicating matters.
https://www.latex-project.org/latex3/
If nothing else, the support for Unicode via UTF-8 has been a big win, and the new programming model and Lua allow some pretty cool stuff, if I do say so myself --- I'm still impressed by Alan Xiang's solution here:
https://tex.stackexchange.com/questions/722886/how-to-write-...
I agree that the preamble stuff is kind of a trainwreck --- I've always held that someone needs to put together a templated version where quite a large number of options are available, but commented out, so that one could work up a version of a document by just uncommenting the appropriate lines --- it really feels like something which LyX should have done.
The problem of course is the old greybeards are accustomed to tomes such as:
https://ctan.math.washington.edu/tex-archive/macros/latex/co...
It depends on your perspective, since you could similarly argue that it's already here [0] [1].
> I've always held that someone needs to put together a templated version where quite a large number of options are available, but commented out, so that one could work up a version of a document by just uncommenting the appropriate lines
You can Google "LaTeX templates" and get tons of results; the problem is that most LaTeX templates are terrible, probably because making one that is general-purpose, robust, and gives high-quality output is really hard. But theses are probably one the most common reasons for people to use LaTeX, and there are already hundreds of options available on CTAN [2].
[0]: https://www.texdev.net/2024/11/11/the-mythical-latex3
[1]: https://tug.org/TUGboat/tb44-1/tb136mitt-history.pdf#page=5
Pure witchcraft!
It has the added bonus of being a monolithic tool —it packs everything one needs to typeset a document— but it is not as adopted as LaTeX, so there is not a lot of material on it.
This is sort of true, but the huge caveat it's a very leaky abstraction. There is no LaTeX without TeX, and somebody has to drop down to the TeX level to write the LaTeX packages everyone needs. LaTeX is good if you know with absolute certainty that you have a package in hand to do everything you need to do. Every time you bump against some unexpected obstacle, you have to either pray and search for a package, or pray even more and try to cobble together a solution from existing parts.
https://tex.stackexchange.com/a/121652/31151
(context is, working in book composition is like to being a ``galley slave'')
>using LaTeX, an oar is provided and there're lots of nifty customizations and improvements already available, and one can impress additional oars from CTAN, however on a semi-random basis, adding one oar will break other oars, sometimes leaving one adrift or run aground. One can enchant a set of oars to accomplish a given journey, easing the piloting requirement, and the navigation charts are decent and obstacles are fairly well-known.
- memman.pdf
- memtemplate.tex
where to get the latter one would just iterate through all the possibilities and choose options until one arrived at the end and a template matching the selections which were made was generated.
Maybe a project for the next time I re-read that...