Oddbean new post about | logout
 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 
 On the list 🙏 
 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 
 NIP-10 100% will be in by 1.9, maybe sooner 🙏🤲 
 1.8 
 💪 
 🔥 🔥 
 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? 
 Thank you, added 
 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.  🏴‍☠️🦜