You just repeated the argument but didn’t reply to my point; olas doesn’t have a text feed, so how could it even display text notes? I don’t get your point nor am I making this point about Olas whatsoever, this is for absolutely all the other stuff.

Again, my point is that a client that renders short notes should render short,regardless of whether the OP is a kind 1 or not.

Again, I follow you, the comment I quoted in my previous note is insightful; I would have liked to see it in my feed, but under your vision, that comment shouldn’t belong in my feed, it should just be a hint for an AppStore app to show me your avatar next to a reading app.

It’s a much less compelling, less organic experience, way higher friction for anunclear outcome to install some reader app than to just see your text comment right there with all your other text comments in my feed.

Reply to this note

Please Login to reply.

Discussion

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

I literally keep saying every other note that obviously is not the idea that clients will render all kinds, and even the idea of embedding opengraph data for rich previews as part of NIP-31 is nostr:nprofile1qy88wumn8ghj7mn0wvhxcmmv9uq3qamnwvaz7tmwdaehgu3wd4hk6tcqyprqcf0xst760qet2tglytfay2e3wmvh9asdehpjztkceyh0s5r9cpvx58v (iirc)

Nostr has over 10 different "short note" kinds and chat kinds today.

And we will have 100s once Nostr becomes big enough.

It will be impossible to render them all just to offer visibility to other clients.

By now you must know that that's not what I'm suggesting.

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.

You honestly don't think the reply to this highlight is something I would like to see on my amethyst feed given that I follow you??

nostr:nevent1qqs8nl9nnxvhfm8xxl88cx68trp2a3xx55du9ap38unxe9yc9hnxutspz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs7amnwvaz7tmwdaehgu3wd4hk6q3qgcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqg9e0cf

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 89, 31 my man

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

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