Content
@
https://warpcast.com/~/channel/fc-devs
0 reply
0 recast
0 reaction
Manan
@manan
We've made managing and using @farcaster signers quite simple, but requesting permissions for signers is still a complicated UX to build. We'd seen the hard work @ampsfun, @dashapp, and others had put in to get a system for sign-in + signer approval going within their mini app, and decided to simplify it to the point where it's as simple as a component. It's secure - the signer identifier and API key never touch the client. It'll work across 1. Farcaster - iOS & Android apps + desktop web. 2. Web app - desktop & mobile. Yes, it works outside the mini app context as well. 3. @baseapp.base.eth - iOS and Android apps coming as soon as they build the signer approval flows. cc @aneri.base.eth @dylsteck.eth :) 🪐
4 replies
5 recasts
24 reactions
compusophy
@compusophy
these apps need to call sdk.actions.close after the openURL the deeplink, because the farcaster connect signer requestor opens behind the app
1 reply
0 recast
1 reaction
compusophy
@compusophy
^ @phil @sayangel for improved ux
1 reply
0 recast
1 reaction
Angel
@sayangel
On Farcaster this happens? Mobile or PC? I haven't had any reports of this. I've observed openUrl redirecting to the browser outside of FC which then redirects back to FC approval page. Do you have a video? That would be helpful!
1 reply
0 recast
1 reaction
compusophy
@compusophy
android. showed a QR code, but the deeplink opened behind the mini app, so had to close the mini app i think this is on farcaster end though, the signed key deeplink doesnt behave like other deeplinks that would minimize the mini app also weird behavior between Android and ios, have found farcaster:// to work best and /~/ routes to sometimes work on one but not the other will send a vid when i can
1 reply
0 recast
0 reaction