Miniapp Devs: What are your top 3 requests for us?

Technowatermelon. Elder Millenial. Building Farcaster. 

nf.td/varun

CEO at Google • co-founder & rectangle mover at /icebreaker • icebreaker.xyz/j4ck • /j4ck • DJ sixsix

Have you seen https://miniapps.farcaster.xyz/docs/sdk/back#back-control

app developer /spotlight | MediaFi & Attention Markets

Separate non-main-app developer environment/portal

I don’t want to be on the app with all its distractions when I’m doing work

@cbeav we actually already have that! inside of context https://miniapps.farcaster.xyz/docs/sdk/context

I apologize for not adding it to the docs, I'll turn it around today! it's already done ⭐️

1. Give the option to change the icon of notifications. E.g. when someone likes or comments on Kiwi, allow me to show their PFP as an icon

2. Improve the notification grouping. Right now the CTR of the second notification for a day is much lower than the first because the grouping is quite un-intuitive

This would onboard so many users to the protocol

Deep link invites for mini apps 

Dan keeps saying it’s not possible but then gives reasons with pretty obvious workarounds

O I have a list once I release my first mini app - soonish.

it's about having better analytics for miniapp devs to understand where their users open the app from. 

right now we can know when users come from casts or notifications, but the `launcher` location still accounts for a large chunk of usage because it's a big bucket that includes all other locations that i mentioned. 

would be really good to know when and how often the app is being opened from the trending lists vs dms vs user installed apps vs ...

What use cases come to mind for each type of location?

- new actions: 
  - like, recast
  - viewChannel
- expand composeCast to support any parentUrl
- new sdk.context.location types: 
  - dev_tools, dm, trending_leaderboard, reward_leaderboard.

There are a lot of new mini app builders in the Farcaster community!

If you've built a mini app, what advice or tips do you have for newcomers? Would love to have a thread to share with others

Starting a thread here https://farcaster.xyz/linda/0x4bf4db09

HIghly recommend this post from @limone.eth if haven't seen yet

creative director @ @fxhash // creative technologist // gen-art maxi //

Awesome ! Was just posting for optics mostly -- in a chat w/ limone and he's been incredibly forward and helpful, i think in these instances, 'centralising' these kinds of posts would be helpful for newcomers who dont know of builders .garden or the deeper miniapp ecosystem.

Starting a thread here https://farcaster.xyz/linda/0x4bf4db09

HIghly recommend this post from @limone.eth if haven't seen yet https://paragraph.com/@builders-garden/viral-farcaster-mini-apps

more handholding over auth w/ complex/cross page applications
more ways to debug / test / mock FID/auth so tunneling isnt required
overall a 'best practices' / insights from 'top' builders

Co-founder @ https://poap.studio, the white glove agency on top of /poap. Ask for your project there 👉 https://poap.studio

yup, thx, the read ie (programatically read the DC received by FID) part is missing to have a full blown messaging system. sadly enough i would guess that is why @base.base.eth had to go xmtp

Have you seen https://docs.farcaster.xyz/reference/warpcast/direct-casts

-Better flow for authenticating signer uuids, for me its inconsistent on desktop vs mobile, also it makes me close out of a mini app to confirm, then reopen.
-Embed videos in feed without needing to use a .m3u8 file.

1. fullscreen
2. screen rotation for phones (vertical to horizontal)

Ethereum builder & people connector. Juicebox, Revnet, Defifa & Footy App. My innie posts stuff on kmacb.eth.sucks

What is your definition of client app @kmacb.eth ?

i just type out a bunch of things, but yours was a much better summary lol

Using sdk to turn mini app into client app

1. Real device notifications (even if a special permission is needed)
2. Better gas fees simulation for warplet
3. Social graph data accessible from frontend directly with sdk

Hey, have you seen that the location field now fills in the entire cast?

Check it out: https://miniapps.farcaster.xyz/docs/sdk/context#properties

Do you think this would solve your issue?

Building $SECONDS  https://seconds.money/

More contextual data

Example if an app opened from recast then  would be great if fid, recasted hash as well as root hash and root fid available from context data. 

app client ID (from farcaster or base app etc)

💻 building /hyperclient && @atlas && @gif composer action (check bio for details) | 👑 support me and @gif project by subbing to https://hypersub.xyz/s/gif

Dev, DAO guy, governance designer.

Building @builder-dao @daomasons, @nowdaoit

Every time the user likes a cast, or recasts a cast, we're going to open a stream from the user to the author of the cast they are interacting with. 

Sort of like Noice, but streaming from a set monthly budget. 

1s would be a major improvement, and I would really love for this to happen. 

Would also still love something in the SDK so I can display loading UI. Our app is going to be real-time.

what's the UX you're building? Can look into webhook latency but curious what UX changes you'll have in your mini app if the latency goes from 3s to 1s for like, cast, etc

I would like the SDK to expose listeners for user actions (like, cast, reply, recast) to the mini app from the main client.

This would help with UX as we can see the app optimistically update before the Neynar webhook confirms (which takes 3-5s).

Also, the wallet should support EIP 7702 if it doesn't already.

quick action buttons (similar to v1 frames)

Different starting templates for different types of miniapps