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.
[dead]
Show HN: PDFMergely – In-browser PDF tools that never upload your files
31–35 of 35 posts
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#32To me, it looks like a design generated by AI. It had exactly the same vibe as those kinds of sites I see all the time.
I appreciate the directness, and you are right.
The design has not yet earned trust, and that is on where I am working in.
For a tool people hand documents to, looking trustworthy and being trustworthy need to line up. Thank you for saying it plainly.
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#33Why is it that everyone now duplicates/vibe-codes PDF tool websites? It seems that there is one new each week for about half a year now with none providing any outstanding features over the others.
theyre the AI todo app: sufficiently complex and mildly useful. will fail when real use case outstrips its minimum depth.
[flagged]
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#34Why is it that everyone now duplicates/vibe-codes PDF tool websites? It seems that there is one new each week for about half a year now with none providing any outstanding features over the others.
This one's website (and a dead comment replying to you) suggests that processing the PDF in the browser, rather than uploading to a server, is a point of differentiation. However, there are older tools that do this, such as BentoPDF (which is also open source) [1]. [1]: https://www.bentopdf.com/
[flagged]
Re: Show HN: PDFMergely – In-browser PDF tools that never upload your files
#35[dead]