Oddbean new post about | logout
 Custom relay URL input might work with e.g. some aggregator relay/service @brugeman. This feels like an “advanced” feature. 

When nostr gets to 10 million active users ideally it is some tool that automatically finds the note, where the user does not need to have specific knowledge of a new custom relay to find a note. 
 “some tool” indeed… :-) 
 What is this thing about "advanced" being in quotes and forbidden?

Clients should be able to find all notes in normal circumstances. Abnormal circumstances require abnormal handling. URL input is great and simple, clients shouldn't depend on centralized global-feed databases. Although the user might manually find the relay URL for that missing note using manual querying on some other website that provides such capabilities. 
 What happens today when you visit a broken web URL? Do users panic and stop using the internet? No, they give up, or they complain to the people who sent them the URL, sometimes users rely on third party services to find the missing content in some other URL or archive or cache, and then they reshare the updated URL.

All these things would work for broken Nostr event links. We could do much better, by providing more context and streamlining the process, but we shouldn't create a million obstacles to prevent people from understanding what is happening. 
 Agree.

The quoted around advanced means to signify a feature where the user could use some guidance.

Maybe there is a tooltip that says, “if uou cant find this note, try searching e.g. relay.nostr.band in the box below” 
 But if the client thinks the note could be in relay.nostr.band then the client should have tried to fetch from there already, no? 
 Sure.

You said “abnormal situation”. So in the case outbox (or lack of outbox) failed, what follows. 

How do you hint to the user what is the next step in this sherlock holmes work to find a note. Where do they look, where the app hasnt looked. 
 You don't, because if you knew you would do it yourself.

Unless you're lazy. In that case instead of writing code to do it you write English and tell the user to do it. 
 Designers how might we help guide users whose nostr app just failed to find a note? 

https://github.com/nostrability/nostrability/issues/42

@rob @elidy @GBKS @Karnage @nielliesmons 
 “It appears this note had other plans and showing up wasn’t one of them” 
 Yes, and besides the @fiatjaf type message, whats the next step? 
 >button< shut it all down, go bloom outside 
 Error messages for non-compatible features would be nice too.
This note includes a feed, it opens empty on Damus, has just the nostr:addr… on Primal. 

nostr:note1n9z7fltdg5u638rfa5gc8k4p5yln4pndvs7wq20esenw3su8lyhq2h0rwc 
 Nostur has a nice link back to Coracle. Great job @Fabian 
#networkeffects https://image.nostr.build/3810134fa5f053db82663e117bdd0a90dfa28c9b0f8624077aa34cf3cf7e1798.jpg  
 Thanks @elidy 

I think this points to handling unknown event kinds, and recommended app handler NIPs, which damus has yet to implement. 

Nice work @Fabian ! 
 Thanks @elidy and @elsat, this is indeed handling of unknown event kinds, I added this after @PABLOF7z suggested it in nostr:note16pgkeuxvkl3y8c7zgn9zvnn8w4xwqals9henwag5edez3gx8e9wqm33qep

More clients should implement this, its one of the few ways we leverage the current kind-1 network effect to grow the Other Stuff 
 I just realized that Nostrudel has this thing already and it's pretty cool. I wonder what you think about Nostrudel since it surely looks like a big developer toolbox with a million options, but I like it. 
 it's for sure the most advanced client 
 I havent used nostrudel enough to reach this unhappy path of not finding a note.

Can you share a screenshot of what happens on nostrudel in this case?

Personally I nerd out on all the things on nostrudel. Probably its great for many nostr folks today who appreciate all the experimentation.