Not having a single client adequately be able to search people by @ NIP names (or even NPUBs sometimes) is, without a doubt, the biggest hurdle NOSTR adoption faces. Why can't this be made much easier?
An nprofile could be useful, it includes relays. I've mostly only had issues with some npubs taking awhile to find. https://github.com/nostr-protocol/nips/blob/master/19.md#examples Challenge with searching by names is potential for a lot of fake duplicates, and be quite confusing. Using a follow graph as a web of trust could work, some clients might do this for searching for npubs to mention. For a name instead of an npub or nprofile, domain names that redirect to a nostr nprofile (with a fallback) can also work well. I've tried 307 redirects and it works, however an HTML page has the option to display something if there isn't a native client available. Could be also a good use of njump.
This, nprofiles helps for a robust discoverability; nip-05 (that can contain hints) make things easier with a memorizable and uptadable entry point. Search by name (or nip-05 substring) can be more effective simply showing first the followed and then ranking by followers count (should be easier to cache that reconstruct a social graph).
Yeah, makes sense. It could be possible to keep a cache of the follow graph local for quick usage. Perhaps update it at some interval, or when profiles are loaded.
Yes that happens from a long time, normally when you type @ clients show you cached profiles of start to try to find, but its slow, things can improve a lot, when i have a situation where I wan to tag someone and my client cannot find it, i use nostree.me/search/whatever and y get the npub from there and its just @npub...
No result for me still. NPUB shows up, NIP doesnt