Hacker News new | past | comments | ask | show | jobs | submit login
LaTeX Makes Me Angry (jmtd.net)
67 points by pch00 on Oct 10, 2022 | hide | past | favorite | 100 comments



> format the document source for legible reading. Yes, it's the input to the typesetter, and yes, the output of the typesetter needs to be legible. But it's worth making the input easy to read, too.

How is that difficult? Most text editors support word wrapping and syntax highlighting.

> avoid rebuilding your rendered document too often. It's slow, it takes you out of the activity of writing, and it throws up lots of opportunities to get distracted by some rendering nit that you didn't realise would happen.

I wrote a 300+ page PhD thesis with a lot of mathematical proofs, 12+ years ago on a computer that was a few years old. It wasn't that slow.

But then again, the whole point of using something like LaTeX is that you can focus on the text and not how it looks when writing it.

> If you use syntax highlighting in your editor, take a long, hard look at what it's drawing attention to. It's not your text, that's for sure. Is it worth having it on? Consider turning it off. Or (yak shaving beware!) tweak it to de-emphasise things, instead of emphasising them.

Again, I never found this to be a problem, even with documents that were full of mathematical expressions.


> How is that difficult? Most text editors support word wrapping and syntax highlighting.

To add to this, I personally prefer using semantic linefeeds — adding a newline after each sentence or clause (as in e.g. [0] [1]). I find this works exceptionally well with LaTeX, since I get the benefit of the newlines as I write and edit, while the typeset version is formatted nicely into paragraphs for me.

(Not that this is unique to LaTeX, of course; Markdown would be no different. The technique works well with all such tools.)

[0] https://vanemden.wordpress.com/2009/01/01/ventilated-prose/

[1] https://sembr.org/


An additional benefit of this style is that it plays very nicely with version control--diffs are much cleaner than if you have one paragraph per line.


Version control configured for text should not split the text at newlines. It should split at full stops, commas, etc... Ideally it also should understand the hierarchy implied.

The fact that we are using a tool chain built for kernel hacking to version control Text documents is a further problem.

The workflow and presentation of Word or Google Docs in track changes mode is the gold standard here and is what people that edit text for a living actually use. (As much as I hate that fact when I am forced to move my latex documents into their workflows).


Give me your thesis source code, I will just remove one bracket from your complex equations Let’s see how many hours you will spend to fix it.

The compiler will just tell you “out of memory error” with no line number. Good luck finding it.

Latex and its tooling ecosystem are atrocious for productivity. For a type system that promises “just write, forget about formatting” the effort it requires to get document formatting right is insane.


Can confirm. The error messages bear little resemblance to the actual problem.

Just yesterday I tried to apply Texinfo patches to support generating Chinese PDFs via XeTeX. The first error I got was an out-of-memory error, which was solved only by adding a missing font file.

The next error I got is "Undefined control sequence." and there's nothing wrong with the sources.

I'm maintaining a modular installation of TeX Live for GNU Guix for years now, and understanding the errors doesn't ever seem to get easier.

My experience with lout (another typesetting system) has been a lot smoother, even though by default it does not support Unicode. (It's possible with some configuration.)


> I will just remove one bracket from your complex equations Let’s see how many hours you will spend to fix it.

I would measure the fix time in minutes, even seconds, but not in hours. Emacs would help with that. Moving your \end{document} backwards would find the problem also.


Challenge issued and accepted. Now all that remains is choosing the time and manner of battle.


Challenges are for low-rank influencers and people willing to prove to strangers how freaking smart or popular they are, or how fast they can rap.

To be honest, I couldn't care less about that. Knowing that it can be done and how to do it is more than enough for me. Nothing to learn or gain jumping in that vanity wrestling ring.


I've never had typos take hours to fix.

But then again the text editor I use has syntax and bracket highlighting.


IF the code is bad written yes, that's happen. If is well handwritten OR for math generated by come tools, like just a Maxima tex(...) call it not really true except for very complex PGF/TikZ graphics, who happen to be hard anyway on any existing tool...

Honestly I think too many are just in hurry and not care anyway about formatting like "it's an useless waste of time", it's not and we need often time with a tool NOT JUST to produce an output but to reason on what we are writing...


I love LaTeX... have written class notes, tried to get work to switch their documentation over to use it (unsuccessful)... but the errors are truly useless. Compilation should be done every time you save (use the preview continuously option in latexmk), and you should save every sentence or so. Then at least you know where the new bugs are.


> But then again, the whole point of using something like LaTeX is that you can focus on the text and not how it looks when writing it.

Having used LaTeX for a few things. including a PhD thesis, I can say with confidence that this approach just doesn't work for me. I view "how something looks" as being an integral part of what it communicates. The text itself is only part of the package, so not being able to see how the finished product looks as I write is frankly a hassle. (It's also a hassle when I want to collaborate with people who don't know LaTeX, but that's another story).

I wish Word didn't slow to a crawl when I had ~30 equations in a document, but I still prefer it to LaTeX.


The existence of side-by-side GUI representations of LaTeX (eg overleaf) demonstrates your point well IMO.

It seems to be a common pattern for many to render their pdf every paragraph or so, check, then tweak as desired. It may be a bad habit to be broken but it’s driven by a real need to make sure the final product is good. However good LaTeX or ones ability with it is, software should have tests … right … surely the visual checks a an essential necessity at some point?


IMVHO beside plots/formulae/tables etc who are hard to read if just a bit more than deadly simple cases in code, well written pure text AND an outliner (like org-mode or the old CanonCAT etc, now forgotten tools from a more civilized and dead age) are the best way to focus on what you write instead of it's visual aspects.

Visual is part of the package for advertisement, not for scientific/important stuff production. The best example: those who crappy formatting HTML emails not much to embed an image but to really send "rendered text" thinking that's nice and useful instead of visual useless crap...


> Visual is part of the package for advertisement, not for scientific/important stuff production

That's where my experience differs.

Knowledge is fractal in nature; I can add more details to a paper ad infinitum. Seeing how big the rendered paragraph or section will be is, to me, a crucial hint that it might be time to stop.

Seeing how far away two mutually dependent concepts appear in the finished product (when you a know a reader will likely have to jump back and forth between them) may also influence my writing. If they're getting too far apart I might have to introduce A, then B, then more details on each, to keep the introductions close together.

Deciding whether certain details are better communicated in the figure, the figure caption, or the main text also depends on the layout.

Knowing how large the section/subsections headings are may influence my choice to use less of them, and group some items into the same section, because I find excessive division into subsections makes things harder to read.

And I'll admit this is weird, but somehow this all applies even though I know a journal is going to reformat and re-typeset my work anyway.

I fear that, even though I write technical (and not advertising) material, you'd probably not want to receive an email from me, lest I use bold font at some point to highlight a key point or something ;-)


Hum... I think I understand your point but... That's seems more related to marketing than scientific publishing and probably is a widespread style and the reason why many found modern papers boring and deprived of any sentiment...

I understand there are time and "publish or perish" constraints but IMO, maybe in a romantic vision perhaps unrealistic now, a publication should be something BIG, in the sense "I do not publish a small observed thing who happen to be not that special, just a small advancement in something AS A PAPER", should be published as a talk in some conference, in a news group/ML with some colleagues etc but not more than that, feeds form ArXiv and alike are already too much charged to saturate them even more. A paper should be a kind of gem, something that mark a potentially important advancement, observation etc, something anyone interesting in a field and probably some others would read it very attentively.

Caring the presentation like a mechanical article is more a mass-production of articles I expect from a tabloid...

Oh, about certain journals: those who ask for certain files formats (like .doc/x) or give PURE CRAPPY templates should IMVO get what they deserve: be ignored spreading the voice that those who publish with them will be badly seen by their peer just because of the crappy journal choice. I understand their need to be consistent, but they MUST gives state-of-art LaTeX templates, docbook etc not crap. I'm not a scientist and very rarely have had to write small stuff about certain companies infra design and well... I have had hard time not telling some others humans what I think they should do with their stuff... In that case I feel the pain of those who have to deal with them regularly!


I didn’t find it an issue either. However, I’m suspecting the author may be using it as a “document first” tool as opposed to a typesetting one. As an example, I had a rough draft of my thesis on paper along with the formulae that I wanted. I iterated over the LaTeX doc after that. It wasn’t slow and the good thing is I had different files for different chapters. I used Texmaker - open source, free and worked on Linux.


I chose LaTeX for my PhD (~25 years ago in physics, I was working in IT at the same time) for that exact reason: that I could write and not wory about how this will end up.

I was happy with the extreme complexity to change things (for me at least) because it means I will not spend time to modify the defaults which are correct typographically speaking.

I only compiled the text when I wanted to pat myself on the shoulder about how great job I was doing.

This is why LaTeX is well suited for something longer (memoir, thesis, book, larger documentation that will end up printed or in a file) and not that mush for one pages (a CV in LaTeX looks dull and you need to have at least something that will make it stand out). An exception would be exercises in math or similar, where the power of equations is primordial.


I think compile times for LaTeX are an over-stated issues (I mean if nothing else it is really easy to get the document to compile in the background). But we should note that it isn't just a matter of length, there are various packages that require an additional pass over the document.

I went looking for a list of which packages increase pass counts and found

https://tex.stackexchange.com/questions/30674/document-requi...

the first infinite loop doesn't even really look to use anything exotic at all.


I remember that my undergrad thesis took ~8 compile passes to link up all the references correctly, and this was so common that the latex IDE I used had that as one of the possible "build" presets.


Yeah I've had some slides with a similar story, Tikz I think is one of the main villains there (memory is a bit hazy though, I've been avoiding that library).


I think the combination of Tikz and Bibtex is all you need to get to 8 compile passes.


It’s funny, my hobby now is printing ‘three sided cards’ that have a photo or art reproduction on one side, a back with a QR code and some discussion of the subject, and an associated web page.

I write the back sizes in YAML and it takes just a second or so to make a PNG of the back side which gets printed. So far I have manually triggered the PNG build but I am doing more work that involves positioning things in the back and I’m considering both making the process more interactive (less work to trigger build and tools to move objects around with the mouse) and have less need to be interactive (specify that object A is stuck on the left side of object B and centered vertically relative to B.)

I’ve also had the pet peeve that conventional approaches to formatting text tend to make things of secondary importance such as annotations more prominent than the main text. I’ve sometimes experimented with making those things less prominent, instead of using bold I would make the annotations a bit lighter than the main text. Although it reverse the usual conventions the few trials I’ve done seem to indicate that people handle this just fine.


I personally often go to pandoc markdown. Quick translations to latex. Has first class support for latex packages (just include them in your pandoc's header). TeX like syntax for math with `$\delta$` for inline and `$$x=2$$` for newlines. Subscript/Superscript is `CO~2~` and `e=mc^2^`.

A very comfy way to work once you get used to it.


This doesn't support citations or macros.

[edit] Maybe I'm referring to the VScode Markdown plugin. Are there editors for the above workflow?


Pandoc is a standalone application that converts between a huge variety of formats, including markdown to pdf, which means that you can write your plain text markdown in the editor of choice and then convert it to pdf using pandoc.

To use citations, the standard way is to use the `pandoc-citeproc` filter.


> To use citations, the standard way is to use the `pandoc-citeproc` filter.

I keep using this and finding problems. I actually need to integrate with Latex's existing citation libraries instead of using Pandoc's specific ones. How do I get your thing to invoke Natbib?

Also, what about editor support? There are editor plugins for Latex and for Markdown, but I've never seen one for the hybrid you're suggesting. How do I get a preview of the document I'm working on while I'm writing it? I'd like to hit Ctrl+S and immediately see the changes.


I'd guess you have to first convert markdown to tex with --natbib flag, then compile the tex (assuming the input is input.md and you want input.tex at the output)

`pandoc -f markdown -t latex -o input.tex --natbib input.md`

It is perhaps not unexpected that the capabilities of such a simple thing as markdown are not too overwhelming. Pandoc does not extend markdown as a markup language, it can only convert markdown to pretty much whatever you want. If you have rather precise requirements such as natbib for citations, it may be better to start with latex right away.

I usually use pandoc to produce simple short documents. Occasionally I use it to do the peer review for journals, when from a single markdown source, pandoc builds me a plain text file with latex commands substituted with unicode symbols, and also a pdf.

This all can be simplified with pandocomatic (a thing that automates calls to pandoc) and entr (a thing that invokes a command upon file update).

In the simplest form, `ls input.md | entr pandoc -o output.pdf input.md` will call pandoc each time the file input.md is updated.


pandoc has great citation support, not sure what you mean by macros.


> pandoc has great citation support

Sure, on paper. Every time I use Pandoc, I have to look up how it works again, and I find it hard to get it working. I think it's hard to make it integrate with Bibtex/Natbib.

> not sure what you mean by macros.

It gives you a way of defining \RR so you don't have to write \mathbb{R} over and over again.

Also, what about editor support? There are editor plugins for Latex and for Markdown, but I've never seen one for the hybrid you're suggesting. How do I get a preview of the document I'm working on while I'm writing it? I'd like to hit Ctrl+S and immediately see the changes.


Define your \newcommands in commands.tex and tell pandoc to add it to the header: `pandoc -H commands.tex ...` There can be multiple header files like this.


I write LaTeX documents in VSCode because there's a syntax highlight plugin there for it. If I could, I would write in Sublime Text, because it's faster. However, no Sublime Text plugin for LaTeX exists.

Unfortunately, the thing I would like most is a complete replacement for LaTeX that offers these features:

* Text-based - no binary file formats

* A unique DSL for all features

* Complete control over layout and formatting

* Complete control over typography (alignment, leading, kerning, spacing, document grid alignment, etc.)

* Support for tables, including captions, headers, styling, and the ability to span multiple pages

* Support for images and image formatting (resizing, borders, alignment, margins, etc.)

* Reusable libraries/packages

* A package management system (de-emphasis on this one because good package management systems are... difficult to make)


And:

* Support for maths

Which is as far as I can see the single most unique feature of LaTeX… there exist various tools which cover many of your points, but LaTeX is the only one I know of with high-quality mathematical typesetting.

(Actually, even disregarding maths, LaTeX is the only tool I know of which covers most of your points. But I feel that its maths support is an important feature even so.)


MS Word also has great support for mathematical typesetting. And if you restrict yourself to unicode-math for your math symbol font files, for a long time LaTeX packages and TeX compilers for that had bugs whereas MS Word just worked. I'm not too sure about the state of Unicode Math font support today.


What would be the advantage of the replacement compared to TeX/LaTeX?

All the things you listed are already there. I think if you want an easier DSL (which might be fair), you will have to give up some requirement, such as "complete control over typography and formatting".

P.S. I can also recommend Latex and Friends from Marc van Dongen. It is a really friendly cookbook that shows what modern LaTeX can do.


> What would be the advantage of the replacement compared to TeX/LaTeX?

In my experience, LaTeX is pretty clunky, unintegrated and poorly documented. To do any kind of useful typesetting I have to depend on at least five or six third-party packages, and that’s assuming that I don’t need anything ‘fancy’ like nicely formatted references, customised lists or tables, diagrams, hyperlinks or — God forbid — code blocks with syntax highlighting. (Though to be fair that last is a bit difficult in any typesetting software.) If no package exists for something I want to do, then I have to make it myself: a forbidding task, given the complexity of LaTeX’s internals and of the TeX language itself. Besides, TeX is getting old now; it was created when computers had less memory and power, and it shows. A fresher, more coherent typesetting system retaining all the listed features would be clearly better than LaTeX — no mean feat, considering how much better LaTeX is than its main competitors.

(Admittedly, other TeX-based systems do solve some of those problems. LuaLaTeX makes some things a bit easier to accomplish, and I hear that ConTeX is somewhat more featureful out-of-the-box, though last I tried it was nearly impossible to get working on Windows and was documented even more poorly than LaTeX. Either way, both of these still inherit the problems inherent in TeX itself.)


I think it comes down to whether the complexity of TeX/LaTeX is essential or accidental. My feeling is, more than half of the complexity is essential (typesetting is, like human grammar, full of obscure rules and exceptions), and therefore, it simply doesn't pay off to anyone to rewrite the system (not to mention, the more essential complexity is in a given problem, the more accidental complexity you're going to accrue).

There has been unsuccessful attempts to remove the accidental complexity, like Lout. It is very hard. If you limited your requirements to "do not have complete control over typesetting", as I suggested, then lot of essential complexity (of complex typesetting rules) could be converted to accidental complexity (simplified typesetting), and then such a system would be easier to create.

Though such a thing probably already exists in systems like LyX, MS Word, LibreOffice. They can do typesetting with vastly simplified rules (especially of equations).


> I think it comes down to whether the complexity of TeX/LaTeX is essential or accidental.

I tend to agree with this, but I do think quite a bit of the complexity in LaTeX is accidental. For instance, the existence of numerous packages for basic typesetting tasks, none of which entirely work with each other, are a clear example of unnecessary complexity. Also, as a macro-expansion language, the nature of TeX itself makes some things more difficult than they need to be — consider basic arithmetic, to take just one example.

Furthermore, I’ll note that age really is a big factor here: there are many things we want to do today in modern, computer-based typesetting which were much less important back when TeX was invented. For instance, in a recent presentation I wanted to make two images transparent and overlay them; I had to drag in TikZ (quite a bulky package!) to do so much as modify their opacity. Similar examples are numerous, ranging from hyperlinks to vector graphics to comments to animations.

Of course, typesetting is a complex task, and a typesetting program is never going to be simple. But I feel that fixing the above problems would at least make it somewhat easier than it currently is with LaTeX.

> There has been unsuccessful attempts to remove the accidental complexity, like Lout. It is very hard.

I’ve never used Lout, or even heard of it before now; could you expand on where it ran into problems?


On docs, texlive-full (or similar naming in Guix/OpenBSD/Nix...) will provide the PDF documentation and an intro to LaTeX.


As does MiKTeX, which I use. (And it’s all available online in any case.) The problem, as I see it, is more with the documentation of LaTeX and TeX itself: there are a few non-official tutorials and guides, but very little material providing a comprehensive manual of the language and how it works.


> If I could, I would write in Sublime Text, because it's faster. However, no Sublime Text plugin for LaTeX exists.

I'm using the Latex and LatexTools packagest, so I don't follow your point. It's pretty good and can also be set up to properly autocomplete `\cite` and `\ref` in multi-file projects quite easily.


Texmacs could be that thing, depending on your definition of "text-based": https://www.texmacs.org/tmweb/manual/webman-format.en.html


> However, no Sublime Text plugin for LaTeX exists.

... anymore. https://github.com/LaTeXing used to exist, but has been dead for about 5 years.


And how would it be different from (La)TeX?


For programmers today, an option to consider is to use plain TeX directly, by writing in Markdown or whatever, and generating the `.tex` file via a preprocessor program. After all, the facilities that LaTeX was written to provide (automatic section numbering, references, etc) can just as well (or even, more sanely) be done outside the TeX engine.

There is a catch or two:

• Writing the preprocessor will still be a bit of work — I think a promising approach is to use Pandoc, but no one has yet merged a plain TeX writer into the Pandoc repo (https://github.com/jgm/pandoc/issues/4341 — I was briefly interested a couple of years ago, and may look into it again: it doesn't seem like a lot of work honestly).

• The main reason people use LaTeX is because of all the packages in its ecosystem that do various tweaks to the typesetting. (This is also the main problem with LaTeX: TeX itself is good; LaTeX itself is mostly fine; it's the menagerie of packages of varying quality and conflicting effects that cause all the problems that LaTeX users usually complain about.) And in the LaTeX ecosystem, there does not exist a culture of teaching how to do things without the package (just as "You might not need jQuery" is not written by the jQuery authors), so if some LaTeX package looks attractive to you, you're back to LaTeX package hell. I have some ideas here of making it easier to "steal" from a LaTeX package by showing the equivalent "generated" TeX, but they require a bit of work hacking on the TeX engine, and have never got around to it.

Anyway, in the meantime, writing in Markdown and using Pandoc to generate a LaTeX file remains a good approach IMO.


I've build MonsterWriter [1] to fight the LaTeX struggles.

In Word, you are stuck in a write format, write format cycle. In LaTeX, you are stuck in a write google, write google cycle. We deserve to have a write, write, write, write cycle!

[1] https://www.monsterwriter.app/


For the sake of completeness. You can also setup a pandoc [1] + markdown editor toolkit ... but then you are back at yak shaving.

[1] https://pandoc.org/


> the styling used for comments (which is normally de-emphasised)

And that’s wrong. Syntax highlighting should be emphasising comments, not making them almost invisible. But some colour schemes do get it foolishly wrong, and the only reason I can think this might happen is because their authors write the wrong sorts of comments, comments that largely shouldn’t be written. But proper comments are at least as important as the code.

As for “normally”, that doesn’t match my observations. I’d say the significant majority are just different without obviously increasing or decreasing notice—though this is often inherently mild emphasis. Very few clearly increase it, and they’re mostly more conservative schemes that are less frivolous about changing colours.


Comments are secondary to code. Not that they're less important, but they're usually read when the code isn't obvious.

I read in the following order:

1. Top-level comments or README.md to get an overview. I don't care about the color.

2. The structure of the code - either looking for specific names, through source-code navigation, access of a specific variable, .... Here, non-greyed comments make scanning the file more difficult.

3. Comments that describe what can't be inferred from the code. Symbol names can be seen as headlines for comments - again, secondary to the headline.


> LaTeX — the age-old typesetting system — makes me angry. Not because it's bad. To clarify, not because there's something better. But because there should be.

Yeah, exactly this. It's crazy there still is no better typesetting language. TeX/LaTeX is the most extraterrestrial language I ever seen. Take any language people consider weird and it shines as handy and intuitive instantly as you compare it to this.

I don't mean the math formula part. I mean learning the actual language to be able to expressing the design you want in it feels impossible.


For short stuff, i've started using org-mode as "markdown for latex" (whereas markdown is markdown for html).

Takes a lot of the visual clutter out, dumps to PDF smoothly, and you can tweak the tex if you like in between.


Did my entire degree in org-mode. It's one of the highest productivity formats out there.


I still write in markdown and have awk scripts that turn it into tex, and into a PDF from there.


My issue with many Latex replacements is that doing citations is painful: Standard Markdown can't do them. Pandoc makes them really hard and confusing for some reason. VScode's Markdown dialect doesn't support them. Texmacs makes you refresh your document over and over before you see them.

With other replacements, I've encountered other problems: VScode's Asciidoc plugin didn't support inline formulas last time I checked. Org-mode had a steep learning curve last time I tried.

How's Lyx for people?


Restructured text cures all ills.


This is less a complaint about LaTeX and more a complaint about tooling.


I think that LaTeX is an excellent example of messy tooling that adds a too much overhead to the user experience.


Latex is a tool.


> avoid rebuilding your rendered document too often. It's slow

How slow can it be today? I did typeset one book using LaTeX and the tricky part was that it had to look like a series of books typeset with QuarkXPress, so it took me lots of time to modify/adapt LaTeX so that the output would match what the editor wanted. Later on I simply used QuarkXPress: not that I didn't like LaTeX but... I got a Mac with QuarkXPress.

But that was in the late nineties. Back when compiling, say, Emacs, took 45 minutes (which now takes 2 minutes or less depending on your system). Certainly LaTeX did benefit greatly too from advances in computing power during a quarter of a century? How can rendering a LaTeX document be still slow today?


Usually? It is not so bad as long as you don't accidentally add a bunch of compiler passes.

In general? LaTeX is a turing complete language so I guess you could write an infinite loop.

https://tex.stackexchange.com/questions/30674/document-requi...


For an extreme case, I have a large supplementary information document for a paper, of around 175 pages, that takes, if I recall correctly, around 10 minutes to compile on a modern machine. Working on it was frustrating enough that we had methods for compiling small portions we were working on at a given moment, and often used draft mode for the full document. However, this was for a document that, before post-processing, results in a 375 MB PDF, with thousands of included images and PDFs. It has never been that annoying for any normal document I've worked on.

The major source of frustration was that there is no partial rebuilding of the document in LaTeX: fixing one word on one page, even if it did not result in any change on the other pages, would require multiple (because of references) compilations of the entire, enormous document, even just to get some sense of what the resulting document would look like. This is a problem that is somewhat unique to LaTeX, I think.


I agree that on modern hardware recompiling is pretty fast. I have a 445 page book (https://gitlab.com/jim.hefferon/toc) with more than a graphic per page and lots of code inclusion, cross references, etc. The command "time pdflatex book" gives this on my 2016 laptop under Ubuntu.

real 0m18.159s, user 0m17.747s, sys 0m0.296s

Not instantaneous but considering the job, pretty good. I no longer bother with \includeonly.


My PhD thesis compiled for about 45mins (300+ pages)


On more than one occasion I have started writing a paper draft in Sublime + Markdown because the scaffolding of LaTeX felt too distracting.

Eventually you need to actually build the real document though.


Export from Emacs org mode to LaTeX. org mode offers plenty of flexibility to tweak the final output and lets you focus on writing.

Edit: and creating tables in org mode is _so_ much better than in plain LaTeX. If you find yourself manually working on tables, the Emacs + org mode combo is worth investing time in.


Discovering the table support in org-mode was huge for me, wish I’d known about it decades ago.


What's the missing feature that has your going back to latex?

I switched to markdown and sublime a while ago. No more sideways tables, true. But even for that there is a workaround. And much less distraction in return.


I've just worked with LaTeX for a long time and know all the tricks to make it do exactly what I want. Equations, figures, tables, cross-references... I can get it all to work on the page. And some of my collaborators still print things out, so using the tricks to get a good-looking PDF is still worth the trouble to me.

When I want to get my rough, fluid thoughts onto a page, it's going to be easiest in Markdown + Sublime. But once the story and structure is basically there, the final product is easiest to achieve in LaTeX.


You may like Texmacs.


https://www.texmacs.org/tmweb/home/welcome.en.html

Note that despite the name, TeXmacs is not an extension to emacs, but is its own standalone system.


It's also not based on TeX, just inspired by it.


I'm not nor a TeXnicians nor a TeXpert but I use LaTeX for pretty any formal pdf document I produce, having used it for thesis, reports, letters, business cards, countless of times.

I found hard to read VERY complex graphic code, like PGF/TikZ especially if badly formatted, some complex custom class/packages for specific stuff etc, but not much hard most of the time and most of the time I just write plain LaTeX in a simple style:

- first I write my document in pure formatted text, with LaTeX just for something can't be easily written in text like math or so common typographic elements like an itemize/enumerate, a yasnippet away;

- then I add the rest of the template and check the visual/typesetting aspects while I'm re-read my doc looking for typos, phrases to be better reformulated etc

No need to rebuild so many times and no issue in build time, on a reasonably modern machine is quick enough for essentially all common docs, it might be a very little bit slow not enough to annoy on VERY big special docs who need various works aside anyway not for LaTeX but for mere proofreading and typographic checks.

IMVHO I think that some like the authors came from the uncivilized modern world where well typeset docs are unknown and where people just know WebUIs to click around and quickly produce something prepackaged even if suboptimal and generally bad in quality terms.

I see such behaviors many time where even skilled people do not understand that their docs are graphic heavy crap just because they do not know typography nor typographic conventions of their own country/institution. That's not an issue no LaTeX or other layer (like ConTeXt) can solve, it's a social issue, not a technical one. People should for instance learn why tables should not be like those crappy tables spitted for some spreadsheet tools on a pdf or pages drawn with such crappy margins their favorite "Office Automation" crapplication produce.

In general IMVHO people in the famous "missed CS concepts" courses like the MIT one, typography should be a topic because right now too many do not know how to write on pen and paper BUT also do not know how to write on a desktop, to a level just above the minimum literacy demanded by our society. Not joking nor insulting, that's what I see EVEN from professional publishers.


>Unless you are very good at manoeuvring around long documents, liberally split them up. I think it's fine to have sections in their own source files.

That's cool. I'm a lawyer. Often those section becomes snippets-like text I can re-using in other documents.

Also, making those _snippets_ help me to think more clearly. LaTeX wants me to think as crisp he is.


\LaTeX is a tax on the smart.

Once you have been hazed by it, you will start to defend it: LaTeX drives cognitive dissonance in its users.

Nobody will build the next thing, because LaTeX is free and there are millions of plugins and lots and lots of people with Stockholm syndrome ready to defend it.

I have built documentation systems for clients with LaTeX, but regular developers won't touch it, they know better, so the docs go stale. It's better to use restructured text/html/css, since it has a lot more features than markdown, yet it's simple enough that people who haven't been LaTeX-hazed will use it too.


LyX?



I know that at least overleaf will give you a table of contents that you can use for navigation in more or less real time.


There is nothing better? Maybe it is just a bias, since you know all the quirks.

20 years ago I did my thesis in Word 2000 with some plugin for equations. It was far better than latex. I had to insert some hard page breaks, instead of learning completely new language!


In which area? It depends a lot on the equation to figure ratio. If you have many equations, LaTeX is better. If you have many graphics, Word is better.

I still use PowerPoint for slides for Math talks. Adding equations is painful, so you are encouraged to add as few as possible. In LaTeX adding graphics in the right position, with the right side, ... is painful, so people prefer to cover the slide with equations. Also, in PowerPoint is easier to add a color arrows here and there, so you can connect a random equation with a random part of the graphic. I used tikz and xypic and other packages in LaTeX but I never was able to get enough fine control of random arrows.


For superficial reasons, you're not allowed to make it look like you use Word.


Simplify down to plain tex or eplain tex, use a Makefile in Emacs and pdftex.


Title doesn't match, it's ripped from the first paragraph which really doesn't encompass the theme of the article. The article is more tips for writing manuscripts in tex without getting sucked down rabbit holes

Recently had to track down and update my resume. When I finally found it I was able to quickly add last few years of updates on the commandline and run xelatex and done. It took much longer to track down the files than to update and ship it off, that is why I like latex. Building latex docs from scratch is incredibly daunting, fortunately there are many templates and often they are mandated for use.


Title doesn't match, it's ripped from the first paragraph which really doesn't encompass the theme of the article.

Yes, in hindsight it came off more clickbaity than intended. The article did raise a theme of frustration I share though: sometimes you just want the framework/tooling to get out of the way and let you write, something that regularly comes up when I'm working through technical documentation.


In fact, it appears the article has a different title: ‘Focus writing with (despite) LaTeX’, which I think summarises it much better. (Perhaps the author changed the title in the past few minutes?)


No, I didn’t change the title. Blame the submitter :)


It's not that big of a deal. I don't think anyone likes LaTeX so its a good way to get the gang together, clickbait or not.


Agreed, I don't know of a single person who *likes* LaTeX either.

Also ... I strongly suspect jmtd is a masochist.


Have a look at https://quarto.org/ if LaTeX makes you angry.



> avoid rebuilding

Why not make a CI/CD pipeline and have the document rebuilt with each git commit?


That sounds like a troll, and if it is, it’s a good one because it made me laugh.


I laughed too, at "CI/CD pipeline", but this is actually pretty trivial to do with a git post-commit hook. Literally one line in a shell script.


Seriously. Set up the process in a pipeline, hide the pain, and focus on the work.


Can anyone recommend a WYSIWYG LaTeX editor?


See overleaf.com which approximates this feature.


No discussion of ConTeXt?


i've heard only good things, but congrats to that team for making something even harder to google than 'latex'


I believe LMTX and ConTeXt MkIV are the terms to use for Google


then find other or better tools than LaTeX to use?




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: