Add support to Corny Chat to load all pet names authored by the user (filter: {authors: [userpubkey], kind: [1985,30382]}) and cache in the session storage.
Reference the session storage of these labels when rendering the names of the following places
avatars in the room (speaker array, audience array)
room settings: speakers
room settings: moderators
room settings: owners
profile of a user
Allow a user of Corny Chat to assign a label by viewing the profile of a user and inputting a petname.
If using NIP-32, its kind 1985. The namespace L used is com.cornychat. The label l can be petname with the content field reflecting the petname given
Note that NIP-32 ends with this
A good heuristic for whether a use case fits this NIP is whether labels would ever be unique. For example, many events might be labeled with a particular place, topic, or pubkey, but labels with specific values like "John Doe" or "3.18743" are not labels, they are values, and should be handled in some other way.
Another weakness is that these are long lived, non-temporal labels.
This approach uses a replaceable kind 30382, where the d tag is the targeted pubkey being associated, and n tags for theoretical lists. A petname can be used for assigning the label that the user should see in place of the target's self identified name per kind0. The following example optionally encrypts the petname and a summary tag, both of which can be plaintext tags
As a replaceable, special care must be taken when creating and editing the petname of a user to check for existing definitions, and ONLY update the relevant field (e.g. the petname) while keeping the lists (n tags) and others intact.
Add support to Corny Chat to load all pet names authored by the user (filter: {authors: [userpubkey], kind: [1985,30382]}) and cache in the session storage.
Reference the session storage of these labels when rendering the names of the following places
Allow a user of Corny Chat to assign a label by viewing the profile of a user and inputting a petname.
NIP-32: Labeling https://github.com/nostr-protocol/nips/blob/master/32.md
If using NIP-32, its kind 1985. The namespace
L
used iscom.cornychat
. The labell
can bepetname
with the content field reflecting the petname givenNote that NIP-32 ends with this
Another weakness is that these are long lived, non-temporal labels.
Alternative NIP-81: Relationship Status https://github.com/vitorpamplona/nips/blob/relationship-status/81.md
This approach uses a replaceable kind 30382, where the
d
tag is the targeted pubkey being associated, andn
tags for theoretical lists. Apetname
can be used for assigning the label that the user should see in place of the target's self identified name per kind0. The following example optionally encrypts the petname and a summary tag, both of which can be plaintext tagsAs a replaceable, special care must be taken when creating and editing the petname of a user to check for existing definitions, and ONLY update the relevant field (e.g. the petname) while keeping the lists (n tags) and others intact.