Oddbean new post about login | logout @Mike Dilger @bu5hm4nn @dtonon what about having Gossip display blank/placeholder/loading boxes when some tweets are still loading or even if they failed to load? It would help my brain very much specially when I'm clicking to load the parent or the thread root.
In damus it appears as perpetually loading. This generates a negative experience, in my view. Not sure what might be better @rob in the unhappy path an app cant find a note https://github.com/damus-io/damus/issues/2274#issuecomment-2126023024
If you give up loading then change it to something like "can't find this" and then let the user input a custom relay URL just for fetching that note?
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.
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”
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.
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.
@fiatjaf I took your idea and added this little box, we are still working on the copy but this could work. Any thoughts? https://image.nostr.build/fd215c238455691791573465cc537a023e53d155b69a60ce359551c40e14ee49.jpg https://image.nostr.build/2bf0e13dbe89cacdf7caabb4a6affd095e42b21ade445814717b113ed3e9d1a5.jpg
Could make sense. A first solution is to show just a top area with a light loading effect, and then within a certain timeout display all the loaded notes at once. The second one is to show empty boxes, without any animation effect, as soon related notes are discovered by the tag analysis, and fill them when the data is available. I cannot imagine precisely the general effect of this second option, but could offer an interesting interactive vibe.
I'm okay with that. I don't get this effect very often, threads seem to populate very quickly for me. So I don't have any strong opinion about what happens when they don't.
I don't know what world you're living in then.
Probably I don't have the switch set to "Include replies"
Good catch.
I'll keep it on "include replies" until thread loading annoys me enough to fix it.
Are you annoyed?
I'm annoyed by the fact that I see replies to fully muted posts that have a link in the header to the muted post that if I click on I will never see. But this isn't as easy to fix as I had hoped as we have to check every post's parent to see if it is muted which is not a cheap operation currently.
Actually it wasn't too hard. Fixed on unstable for the muted case.
