<oembed><type>rich</type><version>1.0</version><title>codonaft wrote</title><author_name>codonaft (npub1al…7rg94)</author_name><author_url>https://nostr.now/npub1alptdev5srcw2hxg03567p4k6xs3lgj7f6545suc0rzp0xw98svse7rg94</author_url><provider_name>njump</provider_name><provider_url>https://nostr.now</provider_url><html>Thanks for your efforts. I took a brief look; the UI idea is cute.&#xA;&#xA;I hope to not be overwhelming with the inquiries; let me know if I am.&#xA;&#xA;Does it appear to be privacy-respecting and with no lock-in? Is it possibly FOSS in the future?&#xA;&#xA;Is it designed to store things only in browser, and as the tuno files on disk, and never to sync over network?&#xA;&#xA;An obvious question arises: what about storing nostr events in it? Or any standardized things (which I&#39;m not aware of any better). Not asking as some nostr cult leader, there are a few fundamental things I&#39;m not happy about with the protocol, but I think a lot of stuff is useful for your problem, already solved in an adequate way. Even for offline-only software, if you&#39;re targeting it.&#xA;&#xA;I think storing things in the standardized events will make your software more competitive in multiple ways: users will be more confident to use it because there would no be a soft lock-in (besides the usual hard lock-in people experience in projects with no takeout/export button, there&#39;s also always a possibility of the &#34;it&#39;s a goodbye letter, we&#39;re out of business, here&#39;s how you can export your jsons&#34; thing, which leaves users with incompatible, non-standard, hardly useful stuff out of the blue; it&#39;s problematic even for FOSS projects), and there are lots of things would be possible (almost) out of the box (like private sync over network or share/collaboration even).</html></oembed>