LOL the 4x analogy.

I think ppl will still send markdown even if doesn’t get rendered because there will always be some client that might render.

I don’t see a good way for the markdown long content to coexist gracefully on the same relay without a kind for filtering by clients that may not be that sophisticated.

Reply to this note

Please Login to reply.

Discussion

Do you agree with me that bloating the protocol by requiring Markdown is an undesirable outcome?

I think giving clients a hint that “this text content may have inline formatting” is not bloat, it’s efficient.

Now, expanding that into adding a type field where the author indicates md,txt,html,etc is also a good idea, but that’s debatable.

Well, if 99% of the clients do not support Markdown then no one will be incentivized to write Markdown. It would be like some crazy person writing Markdown on Twitter.

Also, time is on our side. Currently all Nostr users are nerds who think writing Markdown is the epitome of human wisdom and feel very proud to have memorized that horrible syntax, but once normal people start joining they won't care at all about Markdown and will just write plaintext like they should.