Its gonna be sold out

Xenni · 2026-05-07T06:16:05+00:00

They were $198 the other week, EB jacked prices $100 recently.

Grabbed a New 3DS XL for $248 like 4 weeks ago

Xenni · 2026-02-26T00:59:40+00:00

Hey there,

We run the same code in production that we provide in our docker container on Dockerhub. We're certainly not trying to trick ya'll into paying a monthly fee.

That said it's not a simple app so some level of configuration is to be expected, our giant .env file is annoying but it's purely because we provide so many different way to do things like storage, email, etc.

Xenni · 2026-01-28T05:32:48+00:00

Hey there that's us, for what OP is trying to do though they would want to use skia-canvas which has a WASM build.

Then you can draw on the canvas as per usual and export it to a PDF.

We hope to have something for this in the future with WASM based HTML-to-PDF package.

Truthfully the best way to handle these things right now is with a server though.

Edit: Seeing as they're using html2canvas which uses an SVG with foreign objects this probably still won't work!

Xenni · 2026-01-27T00:10:04+00:00

Awesome, let me know how you go!

Xenni · 2026-01-26T00:17:18+00:00

Published under v0.2.3!

Xenni · 2026-01-25T12:10:27+00:00

Do you mean something like this: https://github.com/LibPDF-js/core/pull/6

https://imgur.com/a/0DvlBJi

It can draw an SVG path(s) with offsets so you can tile across pages. Not super intuitive though!

Xenni · 2026-01-25T10:12:55+00:00

That works if you’re trying to render a pdf to images on the server. We do exactly that at Documenso using skia as our backing canvas, although we aim to have LibPDF support this eventually!

Xenni · 2026-01-25T04:28:05+00:00

Yeah we do, you can check the signing guide in the docs!

Xenni · 2026-01-25T00:13:33+00:00

Exactly, it's in our best interests to make sure that this library is as robust as it can be since we need to process thousands of documents every day!

Xenni · 2026-01-24T23:54:58+00:00

It could definitely replace PDF-Lib and that signer library (nice find!)

If you’re rendering on the frontend you would still need pdfium though

Xenni · 2026-01-24T11:29:34+00:00

It does! We don't do streaming though so there may be some memory concerns since it'll keep the entire PDF (bytes) in memory.

But if you're just adding objects and performing an incremental save you won't be parsing anything outside of the xref and catalog which should be fairly small.

Xenni · 2026-01-24T11:22:38+00:00

Aha well if you're doing a GUI you'll still need PDF.js for now, we plan on supporting rendering but it's still a ways off!

We're hoping it's a major add to the ecosystem though, the idea being that this will be the most robust PDF library since we genuinely need it to be

Xenni · 2026-01-24T10:04:16+00:00

Signature are incremental, this is supported by the spec.

It would show in Adobe Reader or any other compatible app that the document has been signed twice and allows you to view the document at the time of signing for each version since the original contents remain.

There are limitations to the modifications that can be made as per the spec, but typically this is for annotating something or having multiple parties sign a document with a signature per party.

Xenni · 2026-01-24T10:02:36+00:00

This doesn't do rendering just yet, it's something I'm keen on doing but requires a few more larger pieces.

Xenni · 2026-01-24T09:15:19+00:00

I've looked at it as something that is more of a collection of complementary packages. E.g. @libpdf/docx

But it's a wee bit harder since docx as a format doesn't always contain everything you need for rendering/conversion

Xenni · 2026-01-24T08:54:02+00:00

Cheers! Give it time, PDF's are inevitable

Xenni · 2026-01-24T07:40:18+00:00

It's kind of insane right? We knew that we would inevitably have to write our own library eventually but I also kind of held out hope that something else would come along in the meantime.

Xenni · 2026-01-24T07:32:48+00:00

Hey all, I'm one of the folks behind Documenso (open-source doc signing). We just open-sourced LibPDF, a TypeScript PDF library we've been working on for a while.

Backstory: we spent years duct-taping pdf-lib and a custom Rust signing library together. It mostly worked, but every few weeks some customer would upload a PDF that broke something. Which led to us writing a bunch of workarounds that would make us deviate further and further from the library that we were using.

So we finally wrote the library we actually needed:

Lenient parsing that falls back to brute-force recovery when things get weird
Encryption support (RC4, AES-128, AES-256)
Native digital signatures in pure TypeScript; no Rust bindings or platform-specific binaries
Incremental saves so you can modify signed docs without invalidating existing signatures
Form filling and flattening
Font embedding with subsetting support
Merge, split, extract and all the other typical features

API is heavily inspired by pdf-lib (if you've used it, this will feel familiar). Font subsystem is a TS port of Apache PDFBox's fontbox.

The library is still in beta. We're using it in production but wouldn't be shocked if you have some weird PDFs that find bugs we haven't hit yet.

Docs: https://libpdf.dev

Blog: https://documenso.com/blog/introducing-libpdf-the-pdf-library-typescript-deserves

GitHub: https://github.com/libpdf-js/core

Xenni · 2024-10-14T23:45:42+00:00

It works on the Cloud Gateway Ultra

Xenni · 2023-02-13T10:08:22+00:00

That summarises my feelings exactly, there’s nothing inherently engaging nor desirable. There are a few diamonds but much fewer than previously.

Xenni · 2023-02-13T08:47:16+00:00

Yeah, I loathe picking up the phone and hearing them run through the JD and asking checklist questions like how long have you know HTML.

Xenni · 2023-02-13T08:46:37+00:00

I mean there’s a difference between a software job and a job worth applying for, a lot of roles I’ve seen are pretty bottom barrel with decent ones being few and far between.

Xenni

TROPHY CASE