Lmk how #damus can improve interoperability with other nostr apps. Created non-exhaustive placeholder issue of issues tracker here: https://github.com/damus-io/damus/issues/2228 cc @miljan @Kieran @Vitor Pamplona @benthecarman @Fabian @Martti Malmi @PABLOF7z @hzrd149
NIP-31+89 support would be the absolute low-hanging fruit that would make the experience complete in a single blow. NIP-31: allow displaying what an unknown event is NIP-89: allow the user to one-tap open the event in an application that supports the unknown event
Absolutely this, it would also give damus users to an opportunity to explore other specialized nostr apps NIP-10 support would be nice, but only so that we can finally kill the legacy "e" tag threads
Thinking about nip-89… Wonder if it the user recommendation kind could be “repurposed” to serve the end user “social” needs (recommending and rating of “best recommended” clients by user) AS WELL as “client discovery” by clients themselves. What I mean is that event “content” could be used for user comments pertaining to the client being “recommended.”, and users could publish recommendations “per client” rather than just “per event kind”. Problem is that kind 31989 is (by convention) “parameterized replaceable” keyed on the event kind being recommended. WHAT IF a kind 31989 WAS NOT replaceable but a user could simply author as many as desired for a given “event kind recommendation”? This would open up possibility for so much more… Thoughts? nostr:note158d3875n59f0gp6s0c3cjv7y38sx457s32xjyhz439zx50nmx2zq5eswds
Universal bookmarks across clients?
All I ever see in my timeline is Famus users getting their relay list mangled.. not a single comment or issue about it. I know why, but I won't shut up about it. It's called kind 10002, use it or loose it. 🏴☠️🦜
https://github.com/damus-io/damus/issues/2120 added to 1.9 🙏