So, now every kind1 needs to render every kind of short note on Nostr? Like all of the chat kinds, issue reply kinds, torrent reply kinds, everything?
You are a product guy. You sure know that just because the technical form is "short" it doesn't mean that users want to see that text everywhere.
Products are designed on the semantics of the message not on the syntax of the data type. This notion that just because posts are short they MUST appear in all kind1 clients doesn't make any sense.
I am sure Olas displays texts notes in the Notifications. You could display it all there. Shouldn't this exact reply appear in your Olas notification?
Maybe you have another tab to see what your friends are doing with all the other kinds?
That's what kind 1 people have done by adding a Replies tab that shows replies from all other kinds. Maybe you should add that tab as well.
Again, it doesn't make any sense.
People don't want to see their Olas replies on Amethyst and vice versa.
Replies and all should stay in the originating client. But new conversations could spawn around the event being surfaced in kind 1 client. It does not need to be rendered in full - which is what I said in my original note.
I’m not saying you couldn’t render it - that’s the client’s choice and how many and what kinds of nips they wish to support
Thread collapsed
Sure, but there are multiple ways to do that. People don't need to use kind 1s for everything to get that effect.
I am only talking about having the discovery mechanism - not about any technical implementation.
Thread collapsed
Thread collapsed
Thread collapsed
I do, but only because Amethyst supports Highlights, the root kind.
If Amethyst didn't display the root kind, you would just see a bunch of replies without context (or needing to use another app to get context)
And that is just a terrible experience.
NIP-31!!!
Imagine if the template your app creates even generates a gorgeous card for the NIP-31 opengraph and your not-9802-supporting-client just renders that.
Context was the missing piece to make this work and NIP-31, specially with the template idea, provides all the context, and with NIP-89, you can even find how to consume the unsupported content (i.e. if it's a podcast open fountain, etc)
I think this is more or less what I had in mind
It would enable a far more interesting internet with more niche use cases
nostr:naddr1qvzqqqr4gupzp75cf0tahv5z7plpdeaws7ex52nmnwgtwfr2g3m37r844evqrr6jqy88wumn8ghj7mn0wvhxcmmv9uqpqvecd96nvar5de4nv7nhxdmkgeqfea8mz
Thread collapsed
Thread collapsed
Sure, but why can't you do NIP-31 with Comments themselves? If the answer is NIP-31, you can just NIP-31 everything, including Comments.
hmmm, because they wouldn't be rendered? because they are a different kind? we're talking in circles but I think now on the github issue we've arrived to a conclusion
Thread collapsed
Thread collapsed
Thread collapsed
Thread collapsed
Thread collapsed