Live data from Hacker News

Show HN: Pdfwithlove – PDF tools that run 100% locally (no uploads, no back end)

pdfwithlove.netlify.app

41–50 of 133 posts

Re: Show HN: Pdfwithlove – PDF tools that run 100% locally (no uploads, no back end)

#41
post #8

Might be better to provide a downloadable executable instead of asking the user to trust that the browser isn't doing what the browser was designed to do.

I plan to build a Chrome extension and am considering making it paid, around $2 for lifetime access. Also Desktop app is also good idea

Don’t make either unless you have the resources to support them. Anything paid is also a business process with tax implications.

Local-only web apps are great one-off projects, but extensions and native apps require much more maintenance.

Re: Show HN: Pdfwithlove – PDF tools that run 100% locally (no uploads, no back end)

#43
post #38

I developed an aversion to "with love"-marketing. I've seen too many products come full circle from idealistic "ad-free-forever" "will-never-sell-your-data" "open-source-forever" "customer-first" student-times to selling out everything.

It sets you up for the inevitable rugpull, with love.

Re: Show HN: Pdfwithlove – PDF tools that run 100% locally (no uploads, no back end)

#44

Seems like Clientside PDF editors are the new "hello world" app these days. From the last couple months on Show HN alone: Show HN: PDF Quick – Free PDF tools with 100% client-side processing https://news.ycombinator.com/item?id=46094734 Show HN: A privacy-first, client-side toolbox (PDF, Imgs, Dev) no server uploads https://news.ycombinator.com/item?id=46018221 Show HN: FileZen – Client-side PDF and Video tools using…

Half of them also have a very obviously vibecoded front-end that looks exactly the same

They’re created to offer functional outcomes. If they’re doing so in a friendly interface then I’m cool with that

Re: Show HN: Pdfwithlove – PDF tools that run 100% locally (no uploads, no back end)

#45

Oh cool. Can we add workflows to this? First merge all files then depending on output size compress to fit the size and other requirements? Or take out page 35, then compress rest Or extract page 2,5 and merge them and give me output withoit compress

Can't you already do that with pdftk and the like? And work LLM, just like ffmpeg you can generally get the right command quiet easily now.

Re: Show HN: Pdfwithlove – PDF tools that run 100% locally (no uploads, no back end)

#46
Good work! I do like that the tools are task centric and that means I don"t have to handle all sorts of things, I just quickly learn the three to four tools that I really need (as a person working in the real world). #pareto

Now, privacy, I love it! That "normal people" just store stuff in the cloud "it's on my phone", yeah ok, is one thing. It's another topic…

But since Gmail came out and was all the rage in nerd circles, I am wondering why the people who understand the tech the most, are so eager to hand over their data to Big Tech and some other very questionable entities.

Here's the thing in terms of money.

If your app does put my data into the cloud, I am not going to use it. At all. Ever.

If your app blesses me with a beautifully designed native GUI (or UI), instead of presenting itself in Electron slop to me, then I am already almost sold. Literally. I start to consider forking over some cash to you, dear developer of that beautifully designed, privacy respecting app.

I do use my browser to browse the web. I am not interested in a "secondary OS architecture" where I have to play sys admin for a range of "apps" aka plugins. Neither Chrome plugins (I don't use Chromium based stuff.) nor Wordpress plugins, nor Emacs "modes" are going to replace well done native programs.

You don't care enough about your project to provide a native program? Tells me, I shouldn't care either. Good buy.

For a high school student who survives on an allowance, paying $39 for an app may be a bit much, but not for an adult with an income.

Curation. A good maintained app store does all the "sys admin" stuff for me. No viruses, no weird installation procedures and so on.

This is why that works. Hassle-free. Locally-run, native app, means beauty and privacy.

I would pay for that. Happily. In fact, I have done so many times. The success of a plethora of developers with paid-for apps in the stores proves I am not the only one.

And, btw, this is the distribution/commerce model that RMS always favoured. I quote RMS:

> Since “free” refers to freedom, not to price, there is no contradiction between selling copies and free software. In fact, the freedom to sell copies is crucial: collections of free software sold on CD-ROMs are important for the community, and selling them is an important way to raise funds for free software development. Therefore, a program that people are not free to include on these collections is not free software.

This is basically the app-store model.

And I would pay, for the above stated reasons and I would be inclined to gulp an even higher price if the package has the "OSS inside" sticker on it. For personal reasons, right?

Then there is one last thing. I don't want to have to create an account somewhere just to test-drive your app. Or to use it fully, later on.

Privacy means, I don't have to be online in order to use the software. The end.

Re: Show HN: Pdfwithlove – PDF tools that run 100% locally (no uploads, no back end)

#48

Earlier quoted context omitted.

It’s still a work in progress. I used an LLM to speed up development, and I’ve done the testing, but I’ll keep improving it no doubt

How much of this is LLM derived and how much of it is yours?

I don't even care about that. My suggestion to him was earnest. I don't have a problem with LLMs. Just with how people use them. I just don't like "slop". I see the same user-interaction problems every time.

I just don't want people to litter their heavily polished immaculately styled products that have so clearly bad user-interaction design. E2e testing and closing the loop on LLMs does seem to help here.

Though I really would prefer people click around their own product for at least 5 minutes.

Re: Show HN: Pdfwithlove – PDF tools that run 100% locally (no uploads, no back end)

#50

Oh cool. Can we add workflows to this? First merge all files then depending on output size compress to fit the size and other requirements? Or take out page 35, then compress rest Or extract page 2,5 and merge them and give me output withoit compress

Can't you already do that with pdftk and the like? And work LLM, just like ffmpeg you can generally get the right command quiet easily now.

But this is a self contained webapp. There are other tools that suppport similsr functionality
Post reply on HN