arun1
ChromicPDF seems to be the popular choice for pdf generation at the moment. However, I wanted to get some community input on pdf generation libraries that DO NOT have a dependency on Chromium, puppeteer etc. I am trying to avoid the dev ops overhead of managing these additional dependencies. I would rather just draw out a PDF from scratch.
Libraries I looked into:
elixir-pdf - seems functional for the basic needs.
elixir2pdf - The underlying erlang library erlguten is giving me compilation errors so I could not test this
Does anyone have any other suggestions ?
Trending in Questions
I’m aware of 2 such projects, are there others?
git: GitHub - team-alembic/realworld: A fullstack Phoenix LiveView application with back...
New
I having some trouble figuring out if I have set myself too strict of standards for my production server. Currently I can handle 75% of r...
New
Hi everyone.
My team and I have been working on a fairly modest app based around video streaming and chat, but we’ve landed a customer t...
New
I really like the adapter patterns that ecto, nebulex, waffle, etc. use and would love find something similar for a key management servic...
New
Hello folks!
So at work, we are seeing some situations where we have to define some “fixed” strings that are used across the codebase in...
New
How Can I Optimise Compile Time Dependencies
I have been building an elixir application for about 2 years now. Many modules and files ha...
New
Hi,
we run different LLM models across a cluster, with each node loading a configurable subset. Model-specific queues let nodes consume ...
New
Other Trending Topics
Hey. Is there anyone here who creates agents in their apps? Not talking about using agents, but creating them. I’m finding it pretty diff...
New
I fully migrated to my own harness from Anthropic/Gemini and I think it’s time to share it. Welcome DSH, the DeepSeek Harness, fully writ...
New
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
There has been a thread to discuss the Stack Overflow Developer Survey on this forum every year since 2018, so here’s yet another one for...
New
I love Elixir. It’s one of 2 programming languages I’ve ever fallen in love with.
But I don’t use it anymore.
Serverless was the promis...
New
Emily is an Elixir library that runs Nx computations on Apple’s MLX. Install it as the default Nx backend and Nx, defn, Axon, Nx.Serving,...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #ai
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixirconf-us
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #elixirconf-eu
- #api
- #forms
- #security
- #performance










Showing Posts 1 to 10- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
gushonorato
Is generating PDFs on the server strictly required? I always generate PDFs on the client side when possible. The two main reasons are:
I’ve been using paged.js and I’m very happy with the results. It even allows me to show a preview before printing to the client.
If you really need to create PDFs on the server side, the most popular library is PdfGenerator, which uses WKHTML instead of Chrome or Puppeteer.
mindok
This thread has quite a few options: Looking for a Prawn-Like PDF Generation Library in Elixir
asianfilm
I’ve been using Typst, a Rust library for generating PDFs from markdown. Typst is also a pure functional language such that you can put display logic into functions in a template to keep such logic out of Elixir.
To use the latest version, 0.12, you’ll want to use it on the command line from Elixir. There is an Elixir library that packages the Rust for version 0.3 called ExTypst and a fork that updates it to version 0.9.
arun1
Thank you. I did look at PDF generator but unfortunately WKHTML has been archived and is no longer available through brew or asdf. It seems most people are trying to migrate of it.
acrolink
I find styling in in HTML and CSS then converting to PDF easier. As for generation using Chromium, the best way to do it is by using an AWS Lambda. Handles concurrency of multiple invocations perfectly.
MikeRocke
Just done whole investigation into this for work (we are a Java house).
If you can avoid it in the first place, that’s the best approach (i.e. let the client print as pdf from their browser and use css3 styling for print media).
I did contemplate the XSL-FO route, but that seems progressively out of fashion, (I believe it’s down to the push for better CSS for printed media).
I also thought about postscript or tex, but that felt just as fiddly.
I would love to hear your results!
D4no0
I think not, unless HTML will be page-size aware at some point, using that technology is very limited when it comes to generating more involved PDFs that actually need to follow some page structure.
I’ve used successfully latex for generating some pretty beefy PDFs before, however the way compiler was implemented makes it really hard to work with and it’s really laggy, especially if you have to do multiple passes. The best alternative on the market is mentioned above by @asianfilm,
typst.There is no great integration library in elixir, yet, but this shouldn’t stop you from using the compiler as external dependency.
MikeRocke
Ah sorry I might’ve missed something. I thought CSS supports page sizing with size CSS at-rule descriptor - CSS | MDN
Unless we are talking different things?
D4no0
Very interesting, this is certainly something new.
The main question is: can this be used to do things like displaying the page number at the bottom of every page?
MikeRocke
Great question! No idea on that one I’m afraid!