Oddbean

This would help solve content discovery problem, assuming that clients would embrace, but would also take away from current client support. I get it though trying to keep long form clean and true to form. It’s something worth exploring, would love to hear additional feedback from other client developers 🤔

Are there other clients? We don't have to trash the current recipes, we could do a transition by doing a [REQ, legacy, {kinds: [30023], #t: [cookingwhatever], until: 2024-09-04}] and then only fetch recipes on the new standard going forward. Does it work?

Unrelated, but I also think the current approach of just blasting recipes everywhere and then connecting to 50 relays and trying to download them isn't going to work in the long term since it can be spammed and will be infeasible when a lot of people come. A mix of followers + WoT and outbox model, like-based recommendations and relay-based curation is the way to go in my view. That's kind of what I implemented on https://wikistr.com/ and I think it be improved and tweaked but applies to all these other-stuff use cases like recipes. What do you think?

Side note, because I dont know what any of this means: Ideally I would like to have a Zap Cooking newsletter type long form post featuring new zap.cooking recipes, articles, and all that jazz that shoots out to all of nostr if they are following the zap cooking, and then people are allowed to share their recipes on their profile (key) as an option or share it to their business profiles (shared key with team members) or gets posted on long form apps like highlighter. Automattically posting on newsfeeds might not be for all people, some people might just want to create a collection for themselves. I would like to offer the choice for the users.