^hot^ — Bakoma Tex

Bakoma TeX’s revolutionary premise was simple yet audacious: Unlike earlier attempts that rendered approximations, Bakoma TeX aimed to use the actual TeX engine (a modified version of Knuth’s original) to render the document live. You could click on a formula in the preview, and the cursor would jump to the corresponding LaTeX code. You could edit the graphical output directly, and the code would change accordingly. It was, in essence, the dream of a TeX-based word processor. How It Worked: The Technical Tightrope Under the hood, Bakoma TeX was a marvel of late-90s software engineering. It integrated a full TeX interpreter with a graphical rendering engine on the Microsoft Windows platform (Windows 95/NT). The key innovation was its bidirectional linking between the source code and the visual representation.

But Bakoma TeX also taught a harder lesson: sometimes, the friction of a tool is not a bug but a feature. The compile-view loop forces the author to think in structure, to separate content from presentation. By smoothing away that friction, Bakoma Tex risked turning a precise instrument into a vague toy. Its ghost now haunts every developer who dreams of building the perfect LaTeX editor, whispering: “You can get close, but you will never truly capture the soul of TeX in a GUI.” bakoma tex

When a user typed \frac{a}{b} , the Bakoma engine would immediately parse, typeset, and draw a mathematical fraction in the preview pane—not a placeholder, but the actual, professionally kerned fraction. Clicking on that fraction would select the exact code range. This required the software to maintain a continuous mapping between the parsed abstract syntax tree and the visual coordinates on screen, a non-trivial task given TeX’s complex paragraph building and hyphenation algorithms. It was, in essence, the dream of a TeX-based word processor