Making web apps for nostr is borderline waste of time, mobile users get locked out because of private key shenanigans: the ux is terrible
Login to reply
Replies (8)
Native 2.0 LFG 🚀
#[2]
Happen to have a video of the UX?
this is what’s it’s like if you only perm it for a day and turning it back on… the App Store page has nice images of the settings pages. Even has a event history so I’d you did decide to let a client sign what ever it wanted, you could go view what it was doing (like primal that constantly sends app specific data). I prefer to approve each event and let it time out after a day.
the only drawback I have (which is apples fault, not nostores) is safari mobile extensions don’t work in web apps, my work around is I create shortcuts instead of web apps, this way it opens in safari.
https://apps.apple.com/us/app/nostore/id1666553677
Replying from snort to get a screen shot of it asking to sign
here’s the signing screen so you can look at the full json of what it is you’re signing


I didn't know one could even have a button show up in safari like that, that's cool. This seems similar to the desktop flow.
That's better than I thought but still not good enough for me.
From your most recent note… how is this different than having a signing extension just trust and remember your preference to trust a client entirely?
the ux is only demoed this way because I want want to be used to approving each request by hand. And most want evidence this granularity is possible. if you wanted to say I trust x client fully, you can. it would feel no different if it had a delegated key, you set it up once and you logged in already each time you revisit.
I like to demo all the new clients, this way lets me do that and not think about it later, can just forget about it. I also like to look at what I’m putting my signature on, as application specific data can change or increase, over time.