@verbiricha
nostr flâneur
Relays (5)
- wss://lightning.red/ – write
- wss://pyramid.fiatjaf.com/ – read & write
- wss://theforest.nostr1.com/ – read & write
- wss://nostr.wine/ – read & write
- wss://lightning.red/inbox – read
Recent Notes
oh nevermind, these are supposed to be any URLs not relays. in any case there seems to be an issue with the NIP-05 like URL.
oh yeah check that event Vitor, it has some garbled URLs in r tags that are supposed to be relay URLs
what about NIP-29 groups?
awesome
i agree that spellbooks are too much and still a WIP, but for spells it should be pretty straightforward to implement. it translates to a single REQ query. i have a WIP branch for Jumble that I hope to finish soon.
i'm now looking into applying the concept to pubkey/event/relays and i also arrived at the "lens" terminology. the idea is that you can parameterize a spell/lens to pubkey/event/relay, and when opening those the client can show a list of tabs whose content is the result of the request. so for instance for pubkeys i might want to see their relays, notes, zaps, and so on.
i'm now looking into applying the concept to pubkey/event/relays and i also arrived at the "lens" terminology. the idea is that you can parameterize a spell/lens to pubkey/event/relay, and when opening those the client can show a list of tabs whose content is the result of the request. so for instance for pubkeys i might want to see their relays, notes, zaps, and so on.
it now shows zaps, kind 1 & 1111 comments sent to the author's inbox relays
isn't just changing the kind? I don't get why we needed a new kind tbh
i can see it :chad_headset:
I should probably extract it into a reusable library so it's easier to integrate into other projects
yoink freely. I'm now doing the markdown editor, end goal is a generic nostr event composer.
:grimoire:M magicians