Show HN: Capsule – Single-file web apps that save their data into SQLite
21–30 of 176 posts
Re: Show HN: Capsule – Single-file web apps that save their data into SQLite
#22This is great. Curious: this requires users to have a host app installed on their machine that can read .capsule file right? Won't that be a point of friction for distribution? Isn't html/css a better distribution mechanism as most computers already have the tech to run them?
The problem is that you can't save the user data in way that you can click a single file, similar to a Word or Excel file. I you think a about it, a Excel spreadsheet is also just UI + data in a single file.
Re: Show HN: Capsule – Single-file web apps that save their data into SQLite
#23This is great. Curious: this requires users to have a host app installed on their machine that can read .capsule file right? Won't that be a point of friction for distribution? Isn't html/css a better distribution mechanism as most computers already have the tech to run them?
You'd think so, but web browsers are downright lobotomizing the ability for local HTML files to run any meaningful javascript code. Want to run a JS file from the same directory? CORS ERROR!!!! Hence 200MB applications that are complete copies of the Chromium browser to run under 1MB of actual web code.
I've experienced the same limits building small tools for myself and friends that I wanted to contain in a single HTML file without external dependencies... but I understand why the same project without these restrictions could easily become malware, and ones that could be easily propagated.
Re: Show HN: Capsule – Single-file web apps that save their data into SQLite
#24Seems very "packable into a standalone binary" but doesn't seem like that is a planned use case.
Re: Show HN: Capsule – Single-file web apps that save their data into SQLite
#25What is wrong with using IndexedDB?
Re: Show HN: Capsule – Single-file web apps that save their data into SQLite
#26Or at least, it's extremely limiting, compared with hosting it somewhere on the web, which is not that hard to do these days.
Think of the workflow: Any time the state changes, you need to email a new Capsule file to whoever else is using the app. And one would think the state would change at least occasionally, because otherwise there's little reason to use a DB.
Alternatively, you can just host it on the web, the DB state dynamically updates, and it's automatically available to anyone with app access. Isn't that a lot simpler?
Re: Show HN: Capsule – Single-file web apps that save their data into SQLite
#27Re: Show HN: Capsule – Single-file web apps that save their data into SQLite
#28https://github.com/JoshTheDerf/uapp
Demo apps and games: https://thederf.com/uapp/demo/
Re: Show HN: Capsule – Single-file web apps that save their data into SQLite
#29You can get a cheap approximation of this with chromium browsers + Filesystem API and a PWA manifest for that native-ish feel. AI has reignited my interest in building based 100% on browser native features. https://developer.mozilla.org/en-US/docs/Web/API/File_System...
If you want to distribute apps to many users this would probably be a better solution. The main benefit of Capsule is the personal document like app. You create a capsule, move it to an USB stick, save it in your cloud storage and it's still the same document. Nothing has changed, not the UI, not the data. The document will stay the same.
Re: Show HN: Capsule – Single-file web apps that save their data into SQLite
#30This is great. Curious: this requires users to have a host app installed on their machine that can read .capsule file right? Won't that be a point of friction for distribution? Isn't html/css a better distribution mechanism as most computers already have the tech to run them?