Would you consider open-sourcing the client-side code? For privacy-focused PDF tools, that seems like the easiest way to make the “no upload” claim more trustworthy.
Show HN: PDFMergely – In-browser PDF tools that never upload your files
21–30 of 35 posts
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#22OP, you already know your website will end up in the graveyard, I just don't understand how anyone can still put up the same exact template as the last 100K viby websites released, it's literally a prompt away to have an original design, type that prompt, PLEASE.
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#23kindly improve the SEO to not end up in the vibecoded graveyard
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#24I cannot be the only one expecting a github repo on the website, right?
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#25Earlier quoted context omitted.
A good point . open the Network tab" isn't a real answer for most people, and "trust me" isn't either. Two things that don't depend on either: (1) the offline test is something anyone can do ,load the page, turn off your wifi, and the tools keep working, which they couldn't if they relied on a server; (2) the site ships a Content-Security-Policy that blocks outbound connections, so it's the browser enforcing it, not…
I don't know the answer honestly :) Just giving you the feedback I got before!
Thank you
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#26Author here. Quick note on how the "no upload" claim actually works, since it deserves scrutiny. There's no upload endpoint to send files to. When you pick a file, the browser hands the app the bytes directly; the work runs in a Web Worker on your device, with WebAssembly for the heavier parts like encryption. The finished PDF is built locally and downloaded. The page is also locked down with a strict CSP so file dat…
Perhaps you can also provide a Tauri-based independent downloadable app.
[dead]
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#27OP, you already know your website will end up in the graveyard, I just don't understand how anyone can still put up the same exact template as the last 100K viby websites released, it's literally a prompt away to have an original design, type that prompt, PLEASE.
[dead]
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#28kindly improve the SEO to not end up in the vibecoded graveyard
Point well taken. I appreciate it. It is being worked on .
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#29Which library did you compile to WASM for this? I doubt this is a from scratch implementation of full PDF
A fair question. There is no from scratch PDF engine here. It is @cantoo/pdf-lib, a maintained fork of pdf-lib, running client side in a Web Worker, with WebAssembly handling the heavier parts such as encryption. I am happy to go deeper on any part of it.
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#30I cannot be the only one expecting a github repo on the website, right?
Ofc not the only one, and the expectation is reasonable. A repo is coming, and for a tool like this it arguably should have been there from the start. Thank you for the nudge.