4 ms·

A New Typst Template for Pandoc (2025)

120 points by ankitg12 5mo ago

llimllib 5mo ago
I wish the article showed what the markdown format for working with typst and pandoc looked like, and what an output PDF looked like. I have no idea whether I'm interested or not from this article
- Terretta 5mo ago
  Examples pf typst styling here: https://typst.app/docs/tutorial/advanced-styling/ https://typst.app/docs/tutorial/advanced-styling/ And his template here: https://imaginarytext.ca/posts/2025/img/article.typ https://imaginarytext.ca/posts/2025/img/article.typ
  - llimllib 5mo ago
    I've written typst, but if I understand correctly (which I'm really not sure I do?) the article is talking about markdown documents with pandoc commands in them that get translated into typst formatting, but I don't know what the _markdown_ looks like
adolph 5mo ago
Thank you kind person for posting this. I've just started my Pandoc journey formatting books for reading in a secondhand Sony DPT-RP1.
Terretta 5mo ago
From the article: Last summer … Fast-forward to spring 2025. In the intervening months, Typst has been upgraded twice (to v0.13) and Pandoc has upgraded at least 3 times (currently at v3.6.4), and my templates don’t work anymore. This template is from March 2025, and we're now May 2026, with four more releases to Typst 0.14.2 (December 12, 2025), and with Pandoc 3.9.0.2 (2026-03-19).
LAC-Tech 5mo ago
At the risk of making a fool of myself in-front of the rest of the class, I will come out and admit I don't know what the article is talking about. > Last summer I spent a lot of time with Typst (at that point v0.11) and Pandoc, working on a flexible and reusable workflow to typeset markdown-formatted articles to PDF. I understand that Typst is a markup language that can output a pdf file (big Typst fan btw). I understand Pandoc is a thing that transforms documents of one kind to documents of another, ie markdown to html. But the author wants to "typeset markdown-formatted article to PDF". Which makes me wonder what this has to do with typst at all.
- thornewolf 5mo ago
  The author explain this in more detail in the article; I also was initially confused. The key details come from their broken down pandoc command. Specifically, these two flags: --pdf-engine=typst -V template=article.typ Despite the input content being a .md file, we see that the .md contents populate the .typ file. Pandoc then understands how to convert the populated .typ file into a .pdf. The author also notes in their hyperlinked .typ document where the body content is placed: // THIS IS THE ACTUAL BODY: What is not clear to me is the actual mechanism that tells pandoc where to place the body contents in the template. I presume it's some "magic" from the pandoc docs. The pandoc templates documentation[1] does reveal to us that `-V` is setting a variable called `template`. I don't have pandoc locally, but from another post[2] from the same author and a chatgpt query, it seems that the `body` symbol in the template is the chosen substitution symbol. [1]: https://pandoc.org/demo/example33/6-templates.html https://pandoc.org/demo/example33/6-templates.html [2]: https://imaginarytext.ca/posts/2024/pandoc-typst-tutorial/ https://imaginarytext.ca/posts/2024/pandoc-typst-tutorial/
  - alethic 5mo ago
    Pandoc templates use $...$ or ${...} for variable substitution, yes. body is one of the special default variables: the rest are documented in the manual. If you scroll to the bottom of the template linked from the article, you'll notice a $body$, along with a number of $if(...)$ $endif$ conditionals. (This actually interferes with Typst's math mode. But you can manually construct math blocks, so no real problem. Pandoc variables are only valid within templates anyway.) https://pandoc.org/MANUAL.html#variables-set-automatically https://pandoc.org/MANUAL.html#variables-set-automatically
bobek 5mo ago
This template is a great starting point. I have tweaked [0] it for A4 and two-column output, if anybody is interested. [0]: https://www.bobek.cz/til/pandoc-markdown-typst/ https://www.bobek.cz/til/pandoc-markdown-typst/
jwr 5mo ago
Incidentally, I developed my own template for a markdown rendering pipeline: markdown -> pandoc -> typst, with mermaid diagrams. This works very, very well. I get linked in-document references, diagrams, tables, table of contents — everything I need for my design documents (and consulting work).
Gethsemane 5mo ago
Very nice! I also like working from pandoc where possible - being able to split the output into a latex/typst file as well as a docx is very handy, especially when working with collaborators who are more comfortable with word. I wish markdown would see more support in scientific writing - it would solve so many of the headaches with formatting etc (and reduce microsoft's dominance in research)
seanhunter 5mo ago
I have to say having been a diehard latex person I tried out typst a few weeks ago and within a day I was producing beautiful documents with equations that were as nice as Latex and wildly less of a pita to type. I'm going to be using it for all my study notes from now on. And a couple of docs I converted from latex went from about 10s to compile in latex to 10ms to compile in typst. I didn't think this would be a big deal since my docs aren't that big and I didn't feel like I was waiting long for compile but I'm already much more productive as a result. Having said all of that, I have no idea why you would want pandoc or markdown involved. Typst (unlike latex) is really no harder than markdown to type, so you should just be using typst rather than markdown if that's what you want. Then you don't need pandoc in the mix at all.
- Pay08 5mo ago
  How much of a mental overhead is the switch? My concerns with switching are less flexible tooling, and less libraries. I can't live without amsmath.
  - wjholden 5mo ago
    Not OP, but I can comment on my anecdotal experience switching. Typst is great. I had been using Markdown with Pandoc to write a book. I frequently needed to use raw LaTeX commands, and it was mostly OK but I had a few frustrations with my setup. The biggest was time — my Makefile process was taking several (like 10+) seconds to render everything and that was really tedious when I was trying to get TikZ drawings perfect. My other frustrations were floating figures never appearing where I wanted (common complaint, I think) and weird font issues with certain math symbols in code. (I settled on JuliaMono, which was OK but the experience wasn't a happy memory.) Maybe six months ago I decided to try Typst. I went through the tutorials and made something basic the same day. Got comfortable and eventually pasted my entire book into Typst and started the tedious process of finding and replacing until it compiled. I still occasionally find a \times or something that I missed. Unlearning backslashes was the hardest thing for me. The next hardest thing was switching from TikZ to Cetz. Cetz is pretty good, but just like TikZ it takes an investment to learn. I tried to have AI translate my figures and it was not very successful. Someone wrote a webapp that can translate Typst to LaTeX and the reverse. It is a good way to get started on changing figures, but you'll have to clean up its output by hand a lot. Though I used LUA LaTeX, I never did find any uses for its scripting. With Typst, I use it all the time. Functions are really easy to write. I recently wrote a REPL formatter to show inputs and outputs in code. I'm happy with it and ought to publish it. My only complaint is that all functions are pure functions; there is not a way (that I know of) to share state from one function invocation to the next. The templates on the Typst universe are pretty OK, but we need more. I will have to change some of the formatting decisions in the book template I'm using. One thing I've encountered that I could do in LaTeX that I can't (easily) do in Typst is labels on a NiceMatrix. Otherwise, I've felt like I could do everything in Typst that I needed from LaTeX.
muldvarp 5mo ago
I got a beautiful Latex template for my master thesis many years ago. I still remember fixing some things and it took me multiple days to figure out how this giant tangled web of a template worked. A year ago I tried to recreate the same look in a typst document. It took me less than a day to build it from scratch. Typst is genuinely one of the most awesome things I have seen in the last few years.
rurban 5mo ago
I used the new one for a paper, and it was really easy and beautiful. Just the cross generated TeX for arxiv looked bad.
SabrinaJewson 5mo ago
As the creator of a library that lets you import Markdown into Typst directly in the Typst build process, without the use of external tools like Pandoc, I confess I find it this all a little inconvenient! It seems more advantageous to me to have only one build step and no intermediary files. We don’t support all the exotic features of Pandoc Markdown, but support much more customization in other areas. The library: https://github.com/SabrinaJewson/cmarker.typ https://github.com/SabrinaJewson/cmarker.typ

120 points by ankitg12 5mo ago

I wish the article showed what the markdown format for working with typst and pandoc looked like, and what an output PDF looked like. I have no idea whether I'm interested or not from this article

Terretta 5mo ago
Examples pf typst styling here: https://typst.app/docs/tutorial/advanced-styling/ https://typst.app/docs/tutorial/advanced-styling/ And his template here: https://imaginarytext.ca/posts/2025/img/article.typ https://imaginarytext.ca/posts/2025/img/article.typ
- llimllib 5mo ago
  I've written typst, but if I understand correctly (which I'm really not sure I do?) the article is talking about markdown documents with pandoc commands in them that get translated into typst formatting, but I don't know what the _markdown_ looks like

adolph 5mo ago

Thank you kind person for posting this. I've just started my Pandoc journey formatting books for reading in a secondhand Sony DPT-RP1.

Terretta 5mo ago

From the article: Last summer … Fast-forward to spring 2025. In the intervening months, Typst has been upgraded twice (to v0.13) and Pandoc has upgraded at least 3 times (currently at v3.6.4), and my templates don’t work anymore. This template is from March 2025, and we're now May 2026, with four more releases to Typst 0.14.2 (December 12, 2025), and with Pandoc 3.9.0.2 (2026-03-19).

LAC-Tech 5mo ago

At the risk of making a fool of myself in-front of the rest of the class, I will come out and admit I don't know what the article is talking about. > Last summer I spent a lot of time with Typst (at that point v0.11) and Pandoc, working on a flexible and reusable workflow to typeset markdown-formatted articles to PDF. I understand that Typst is a markup language that can output a pdf file (big Typst fan btw). I understand Pandoc is a thing that transforms documents of one kind to documents of another, ie markdown to html. But the author wants to "typeset markdown-formatted article to PDF". Which makes me wonder what this has to do with typst at all.

thornewolf 5mo ago
The author explain this in more detail in the article; I also was initially confused. The key details come from their broken down pandoc command. Specifically, these two flags: --pdf-engine=typst -V template=article.typ Despite the input content being a .md file, we see that the .md contents populate the .typ file. Pandoc then understands how to convert the populated .typ file into a .pdf. The author also notes in their hyperlinked .typ document where the body content is placed: // THIS IS THE ACTUAL BODY: What is not clear to me is the actual mechanism that tells pandoc where to place the body contents in the template. I presume it's some "magic" from the pandoc docs. The pandoc templates documentation[1] does reveal to us that `-V` is setting a variable called `template`. I don't have pandoc locally, but from another post[2] from the same author and a chatgpt query, it seems that the `body` symbol in the template is the chosen substitution symbol. [1]: https://pandoc.org/demo/example33/6-templates.html https://pandoc.org/demo/example33/6-templates.html [2]: https://imaginarytext.ca/posts/2024/pandoc-typst-tutorial/ https://imaginarytext.ca/posts/2024/pandoc-typst-tutorial/
- alethic 5mo ago
  Pandoc templates use $...$ or ${...} for variable substitution, yes. body is one of the special default variables: the rest are documented in the manual. If you scroll to the bottom of the template linked from the article, you'll notice a $body$, along with a number of $if(...)$ $endif$ conditionals. (This actually interferes with Typst's math mode. But you can manually construct math blocks, so no real problem. Pandoc variables are only valid within templates anyway.) https://pandoc.org/MANUAL.html#variables-set-automatically https://pandoc.org/MANUAL.html#variables-set-automatically

bobek 5mo ago

This template is a great starting point. I have tweaked [0] it for A4 and two-column output, if anybody is interested. [0]: https://www.bobek.cz/til/pandoc-markdown-typst/ https://www.bobek.cz/til/pandoc-markdown-typst/

jwr 5mo ago

Incidentally, I developed my own template for a markdown rendering pipeline: markdown -> pandoc -> typst, with mermaid diagrams. This works very, very well. I get linked in-document references, diagrams, tables, table of contents — everything I need for my design documents (and consulting work).

Gethsemane 5mo ago

Very nice! I also like working from pandoc where possible - being able to split the output into a latex/typst file as well as a docx is very handy, especially when working with collaborators who are more comfortable with word. I wish markdown would see more support in scientific writing - it would solve so many of the headaches with formatting etc (and reduce microsoft's dominance in research)

seanhunter 5mo ago

I have to say having been a diehard latex person I tried out typst a few weeks ago and within a day I was producing beautiful documents with equations that were as nice as Latex and wildly less of a pita to type. I'm going to be using it for all my study notes from now on. And a couple of docs I converted from latex went from about 10s to compile in latex to 10ms to compile in typst. I didn't think this would be a big deal since my docs aren't that big and I didn't feel like I was waiting long for compile but I'm already much more productive as a result. Having said all of that, I have no idea why you would want pandoc or markdown involved. Typst (unlike latex) is really no harder than markdown to type, so you should just be using typst rather than markdown if that's what you want. Then you don't need pandoc in the mix at all.

Pay08 5mo ago
How much of a mental overhead is the switch? My concerns with switching are less flexible tooling, and less libraries. I can't live without amsmath.
- wjholden 5mo ago
  Not OP, but I can comment on my anecdotal experience switching. Typst is great. I had been using Markdown with Pandoc to write a book. I frequently needed to use raw LaTeX commands, and it was mostly OK but I had a few frustrations with my setup. The biggest was time — my Makefile process was taking several (like 10+) seconds to render everything and that was really tedious when I was trying to get TikZ drawings perfect. My other frustrations were floating figures never appearing where I wanted (common complaint, I think) and weird font issues with certain math symbols in code. (I settled on JuliaMono, which was OK but the experience wasn't a happy memory.) Maybe six months ago I decided to try Typst. I went through the tutorials and made something basic the same day. Got comfortable and eventually pasted my entire book into Typst and started the tedious process of finding and replacing until it compiled. I still occasionally find a \times or something that I missed. Unlearning backslashes was the hardest thing for me. The next hardest thing was switching from TikZ to Cetz. Cetz is pretty good, but just like TikZ it takes an investment to learn. I tried to have AI translate my figures and it was not very successful. Someone wrote a webapp that can translate Typst to LaTeX and the reverse. It is a good way to get started on changing figures, but you'll have to clean up its output by hand a lot. Though I used LUA LaTeX, I never did find any uses for its scripting. With Typst, I use it all the time. Functions are really easy to write. I recently wrote a REPL formatter to show inputs and outputs in code. I'm happy with it and ought to publish it. My only complaint is that all functions are pure functions; there is not a way (that I know of) to share state from one function invocation to the next. The templates on the Typst universe are pretty OK, but we need more. I will have to change some of the formatting decisions in the book template I'm using. One thing I've encountered that I could do in LaTeX that I can't (easily) do in Typst is labels on a NiceMatrix. Otherwise, I've felt like I could do everything in Typst that I needed from LaTeX.

muldvarp 5mo ago

I got a beautiful Latex template for my master thesis many years ago. I still remember fixing some things and it took me multiple days to figure out how this giant tangled web of a template worked. A year ago I tried to recreate the same look in a typst document. It took me less than a day to build it from scratch. Typst is genuinely one of the most awesome things I have seen in the last few years.

rurban 5mo ago

I used the new one for a paper, and it was really easy and beautiful. Just the cross generated TeX for arxiv looked bad.

SabrinaJewson 5mo ago

As the creator of a library that lets you import Markdown into Typst directly in the Typst build process, without the use of external tools like Pandoc, I confess I find it this all a little inconvenient! It seems more advantageous to me to have only one build step and no intermediary files. We don’t support all the exotic features of Pandoc Markdown, but support much more customization in other areas. The library: https://github.com/SabrinaJewson/cmarker.typ https://github.com/SabrinaJewson/cmarker.typ