nostr:npub1acg6thl5psv62405rljzkj8spesceyfz2c32udakc2ak0dmvfeyse9p35c nostr:npub1hlq93jdtkfg29a8s7fqzzzh82q3pkc20rxucwt4geh6e56wk3y2qxdz5wg nostr:npub10000003zmk89narqpczy4ff6rnuht2wu05na7kpnh3mak7z2tqzsv8vwqk 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 nostr:npub1uapy44zhu5f0markfftt7m2z3gr2zwssq6h3lw8qlce0d5pjvhrs3q9pmv in the unhappy path an app cant find a note

https://github.com/damus-io/damus/issues/2274#issuecomment-2126023024


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.


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?


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.


Custom relay URL input might work with e.g. some aggregator relay/service nostr:npub1xdtducdnjerex88gkg2qk2atsdlqsyxqaag4h05jmcpyspqt30wscmntxy. 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.


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.


Designers how might we help guide users whose nostr app just failed to find a note?

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

nostr:npub1uapy44zhu5f0markfftt7m2z3gr2zwssq6h3lw8qlce0d5pjvhrs3q9pmv nostr:npub1a7n2h5y3gt90y00mwrknhx74fyzzjqw25ehkscje58x9tfyhqd5snyvfnu nostr:npub1kuc70777tsvj67fl75s2dmy376t97hv05xmyuyshzzy6vhj5q5jstv0eyw nostr:npub1r0rs5q2gk0e3dk3nlc7gnu378ec6cnlenqp8a3cjhyzu6f8k5sgs4sq9ac nostr:npub149p5act9a5qm9p47elp8w8h3wpwn2d7s2xecw2ygnrxqp4wgsklq9g722q


“It appears this note had other plans and showing up wasn’t one of them”


Yes, and besides the nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 type message, whats the next step?


>button< shut it all down, go bloom outside


nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 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


Looks pretty good!


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 nostr:npub1n0sturny6w9zn2wwexju3m6asu7zh7jnv2jt2kx6tlmfhs7thq0qnflahe
#networkeffects https://image.nostr.build/3810134fa5f053db82663e117bdd0a90dfa28c9b0f8624077aa34cf3cf7e1798.jpg


Thanks nostr:npub1a7n2h5y3gt90y00mwrknhx74fyzzjqw25ehkscje58x9tfyhqd5snyvfnu

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

Nice work nostr:npub1n0sturny6w9zn2wwexju3m6asu7zh7jnv2jt2kx6tlmfhs7thq0qnflahe !


Thanks nostr:npub1a7n2h5y3gt90y00mwrknhx74fyzzjqw25ehkscje58x9tfyhqd5snyvfnu and nostr:npub1zafcms4xya5ap9zr7xxr0jlrtrattwlesytn2s42030lzu0dwlzqpd26k5, this is indeed handling of unknown event kinds, I added this after nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft 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.


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.


hmm, that's not my issue, I don't have many people muted.