Zapstr track events include in the content a kind-1-compatible payload (song name, and a link to the bech32)

The content of a zapstr track can be rendered without any special consideration and it would make sense to a user, safely ignoring all the metadata

Reply to this note

Please Login to reply.

Discussion

So could the "special tag" be just the content?

Yeah, the content rendered as-is acts as a fallback mechanism

Pablo won me over with that argument in the format discussion, if every special kind has a sensible fallback "content" it helps usability a lot.

Well, a zap event, for example, has either empty content or a random comment as the content. That will make no sense for a client that doesn't understand zaps.

Do you think going forward new event definitions should reserve the content field for a fallback self-descriptive string?