Local print infrastructure for web developers
From web app
to printer. One local latch.
PrintLatch gives an explicitly authorized web app or Node.js process a narrow path to printers already installed in Windows. Its local dashboard detects targets and verifies a PDF capture before any optional physical test. No print cloud. No account. No silent jobs.
Local queue
Print jobs
* Succeeded means Windows accepted the submission. Physical output is not claimed.
Windows devices
Printers
Authorization
Pair one origin
Created locally and consumed once.
Exact originhttps://billing.example only
Scoped tokenRotatable and expiring
Local consentNo silent remote pairing
Queue state, target, source, and limits stay visible.
No LAN listener and no PrintLatch relay.
One exact HTTPS origin at a time.
Visible state without silent replay.
Your documents stay on your machine.
A boring problem,
kept boring.
Your app already creates the PDF. Windows already knows the printer. The missing piece is a small, authorized connection between them.
PrintLatch does not replace drivers or become another cloud platform. It accepts one constrained document, records one local job, and hands it to one explicit target.
Local does not mean
unauthenticated.
Every print, preview, document, queue, cancel, and retry operation requires a scoped credential. Browser access starts with a person at the Windows machine.
Nothing prints before local consent.
A 128-bit, five-minute code is bound to one exact HTTPS origin and consumed once.
One machine.
No cloud hop.
The API binds to loopback. It is not a LAN print server.
PDF in.
Surprises out.
MIME, signature, pages, objects, streams, images, encryption, and active features are checked before queueing.
Interrupted is not repeated.
If Windows submission is interrupted, the job becomes unknown. It is
never replayed automatically.
Three deliberate steps.
No invisible fourth.
The bridge stays short enough to understand, test, and remove.
-
01
Open the local dashboard
Create a five-minute grant bound to the exact loopback dashboard origin.
printlatch dashboard -
02
Detect and preview
See what Windows reports, then validate and inspect the built-in static test PDF.
nothing printed yet -
03
Confirm one safe capture
Write a local PDF artifact, observe the real queue state, then integrate a client.
printerId: "capture:pdf"
Small enough
to trust.
V1 is for invoices, packing slips, and internal document automation on one Windows machine. The built-in PDF capture path is verifiable without printer hardware.
- 01Run on Windows 11 x64
- 02Accept static, unencrypted PDFs
- 03Support A4 and Letter document workflows
- 04Pair exact HTTPS browser origins
- 05Serve local Node.js 20+ processes
- 06Capture PDFs for end-to-end testing
- 07Discover Windows-installed printers
- 01Support macOS, Linux, ARM64, or Windows 10
- 02Send raw ESC/POS or ZPL
- 03Guarantee label or receipt media
- 04Accept HTML, images, ZIPs, or encrypted PDFs
- 05Relay jobs through a PrintLatch cloud
- 06Manage remote printer fleets
- 07Prove that physical paper emerged
The v0.1 Windows binary is unsigned and may trigger SmartScreen. Verify the published SHA-256 checksum before running it. No build attestation is claimed for v0.1.1.
One explicit job.
Nothing magical.
The dependency-free SDK only accepts a loopback HTTP base URL. Local-process tokens stay in server or desktop code, never in a browser bundle.
Explore the HTTP APIconst client = new PrintLatchClient({
token: process.env.PRINTLATCH_TOKEN,
});
const job = await client.createJob({
pdf,
mode: "print",
printerId: "capture:pdf",
});
console.log(job.state); // queued
PL-1048Apache-2.0 · No account · No telemetry