Hey, Client #devs . . .
Why the )(#*$( do you not display all an npub's associated nip-05s? One is lame. Turn that entry into a list, please. It should be that simple if you've done a halfway decent job of coding your "bio" page rendering. Having more than one nip-05 is something that I tend to consider high-signal, in that it shows either enough trust from a domain, or at least enough payments from one in order to show engagement in the nostr ecosystem.
#asknostr #kindadumbtonotdothatalready
Login to reply
Replies (29)
I will definitely implement support for multiple nip05s in animestr today or tomorrow. The biggest problem is that the spec for kind 0 doesn't allow that, but kind 0s are badly designed anyhow, we can just add the other 05s as tags.
Stringified json in the content when we already have tags makes no sense to me haha
You are not the only one who thinks that. Tags should be used instead of the kind overload, IMO. But, whatever. I don't code, so . . . meh.
It will be cool to see how you implement multi-nips.
It will be like a Multi-Pass. I can finally live my 5th Element Dream IRL. LOL!
https://imgs.search.brave.com/PMIpDmdhrqtFlwSjWYpwi5zaftHudHqmolRzHC6Bkms/rs:fit:500:0:1:0/g:ce/aHR0cHM6Ly9pLmlt/Z2ZsaXAuY29tLzRv/Ymc5My5qcGc
Ah, nuts. I am so bad at things sometimes . . .
multipass Memes & GIFs - Imgflip
Images tagged "multipass". Make your own images with our Meme Generator or Animated GIF Maker.
GAH!
Fine. I'll just upload the thing. This is silly. Images should just load directly from links.


I submitted a pull request for this, it was not received well.
Check out my pull request in the repo, I suggest using aliases as an optional nip-05 parameter that is a list of up to 100 additional nip-05 ids
Of course it wasn't. It was perfectly sensible but didn't originate from the cool kids.
It sucks that you got rejected, but . . . it is something that I am agitating for, and it WILL be a thing in at least a few clients in the future, so not all hope is lost.
Keep pushing the pr. It is not intrusive and very easy to implement
I am a cool kid, they just do not know it yet..
I shall.
Do you have a link to your PR?
I utterly detest github, so I am, lazily, and on principle, not going to go poking at guthub to find it. But I will surely relink it.
Good attitude.
I advise against clients implementing your PR until you make it a proper extension to NIP-39.
It has no reason to not be an extension of NIP-39.
Don't do this, please.
Put NIP-05s into NIP-05 tags, and nowhere else.
Alexandria already supports kind 0 tags, as does Amethyst.
There's no compatibility problem with having multiple NIP-05s, lightning addresses, websites, etc.
No. No new tags. We already have a tag for NIP-05.
Do you still parse the legacy kind 0 content and then append the tags? That's what I'm doing right now.
When the profile is saved I include both formats to not break compatibility. A bit wasteful IMO, but I can't think of another way until all clients switch to tags for kind 0
I'm working on a PR, to do that, right now.
I'm pulling everything from content into the tags and then deduplicating, so that the tags are standalone. Then people can just modernize their kind 0 by running it through our event publisher.
And I show the full set, in the profile display.
Irritating, that we can't just switch to OnlyTags.
Here's one, for my @Testerin2 npub. Is this how you were also thinking of doing it? I pull everything from content into the tags, and then I added more tags.
d259fb6cbae3ac42e943d040c9cee1cdd2e80704a62f11eab6fed38512210dfb
It displays like this, but only on Alexandria. Every place else just pulls from content and ignores the tags. The first tag of some type is considered primary, and matches the content tags.


@Anhern Sarsalor [IQ: 102] sorry, that was me. 😂
Yes, that's how I'm doing it
And both of your 05s show on animestr. I first parse the content then the tags and merge them together prioritizing the tags. So technically if you had a different display name as a tag, then that would be prioritized.
When editing the profile I still save both versions


That client is seriously cute.

Here's a test event for you @Vitor Pamplona.
I can't tell if Amethyst is pulling from the content field or the tags, but it's displaying fine on all clients.
If you want to try for multiple tag entries, it's a good test event.
I can't read kotlin well, but it looks as if vitor is parsing the content first, then putting the tags in like I am?

GitHub
amethyst/quartz/src/androidMain/kotlin/com/vitorpamplona/quartz/nip01Core/metadata/MetadataEvent.kt at a4569675c2f2e0fe493d5bc864ef5f48df87f89e · vitorpamplona/amethyst
Nostr client for Android. Contribute to vitorpamplona/amethyst development by creating an account on GitHub.