Event JSON
{
"id": "933d18fd780e3c265460763fdde170d5adc5fa2e84f2c4ebc89505970b276122",
"pubkey": "5ea4648045bb1ff222655ddd36e6dceddc43590c26090c486bef38ef450da5bd",
"created_at": 1742480745,
"kind": 1,
"tags": [
[
"e",
"88014ea17d1a9b452d2e5f6d7a895dc3bf9d4cdf460c750198d7ad095c0b3978",
"",
"root"
],
[
"e",
"722b884efd8424031768fa432c5fa73f8fcae96bf3b09d21d5a79d37e0bbdfc4"
],
[
"e",
"442985a75a6fbd575d83d77a5f12215ae43286bbc39f5e9d58a8e338179effcf",
"",
"reply"
],
[
"p",
"5ea4648045bb1ff222655ddd36e6dceddc43590c26090c486bef38ef450da5bd"
],
[
"p",
"3129509e23d3a6125e1451a5912dbe01099e151726c4766b44e1ecb8c846f506"
],
[
"p",
"3356de61b39647931ce8b2140b2bab837e0810c0ef515bbe92de0248040b8bdd",
"",
"mention"
],
[
"r",
"npub.pro"
],
[
"r",
"npub.pro"
],
[
"r",
"npub.pro"
]
],
"content": "What the particular npub.pro page looks like is indeed determined by the owner, and yes it would require an implementation on the npub.pro side; a minimal viable render should be fairly easy to write and then you can request nostr:nprofile1qqsrx4k7vxeev3unrn5ty9qt9w4cxlsgzrqw752mh6fduqjgqs9chhgppemhxue69uhkummn9ekx7mp0qythwumn8ghj7un9d3shjtnswf5k6ctv9ehx2ap0qy08wumn8ghj7mn0wd68yttsw43zuam9d3kx7unyv4ezumn9wshsfqhde8 to add it is what i am saying :). \n\nGenerally implementing a kind in other clients is not your concern, but giving users atleast an option outside of your own client (especially if its the first and therefor only implementation), and in this case a fairly 'universal' one in the form a webpage.\n\nIts not so much about npub.pro specifically, it could be something else as well. \n\nIt also is yet another example implementation/render, that developers can have a look at/take inspiration from, especially because its outside of the particular usecase-client context. I.e. 'how would/could i display these exercise things in my not-exercise client'.",
"sig": "bc7f3d508d08b489e56ef1571dad11b87f26c8b0aa72bf870538258c14a6978f8f7fa3deacb0fad82e284fdbbf919f515ea000bcc75a903e6e4d98956d3efe3b"
}