looking at “popular” and it’s not just likes, nor are they either chronically presented nor presented by like count
nostr:note14yysk7yek4dexn2sxc0qytxqa9tur39ahrel765syje2qakk6fns8wamw2
what constitutes trending on primal?
it’s not zapped it’s not liked, is it both? Does it look at zap count?
edit turns into follow on all the other accounts, maybe that can be a symbol the size of the others, but it’s also reasonable to really want to highlight that as that’s mostly what one is looking for…
primals add to feed button isn’t intuitive, spelling out follow and letting that translate is probably best as it’s the main thing to do on a profile, like the main thing to do for me right now is hit post
maybe it’s the space between ✉️ and edit that’s bothersome?
visually the ⚡︎ & ✉️ feel too close together but I can consistently tap the one I want so idk 
newsletter as an in email?
I think we can have a similar model but not with email; email it's an unsalvageable nightmare
we could have just NIP-23s and an event kind of "sending" a NIP-23 to someone's "inbox" by having an event tagging the recipient
for background, I have too much experience with email: https://cronosii.sourceforge.net/site/authors.php
I feel like some combination of nsecbunker and nip 23 could allow for subscribing to a promised theme (or newsletter) of nip 23 with out having to follow all 23 from the author?
I might be willing to part with more sats towards a client… I might split 7/3 instead of 7/1 as a default zap, not sure it needs to be a percentage
I also know from having a separate receiving and sending wallet the amounts on .bands aren’t absolutely everything, which is why I’ve omitted any display of numbers in the relative shapes, I might make one that displays both, or a dashboard for all the little visualizations I make, but I want to make something visually different and complex next
I just like that it shows you can stack sats and still zap a lot
#[5] ‘s is interesting:
(img order, zap count / sat total)
as someone who’s a core member of the damus team he should be receiving more than he sends, because he provides immense value to damus, which is why his sat total is square.
Doesn’t currently have onlyzaps on… but his zap count reflects that principle and he still creates more zap count than he receives, whilst still stacking. 
#[3] ‘s are actually interesting, she doesn’t receive double in either instance and the amount is slightly closer to double than the count, I’m guilty of just sending a 814 in return occasionally and not zapping everything I found amusing which would equate in the amount polygon having less sides than the count polygon 
Non scientific observations between zap count and sat amount from the profiles I’ve looked at, is:
there are many who have received slightly (not double) more zap count than they send… thus rendering a polygon. but, this flips when you look at the sat amount, they actually send more total sats amount then they receive. I like sending large zaps to things truly valuable to me, balancing this would mean also sending tiny zaps instead of reactions.
I have found many square sat amount accounts (they receive at least double what they send) but haven’t come across any polygonal accounts yet (they receive more but not double what they send). If you find one please share.
This one visualizes zaps in sats instead of count
I also fixed an issue with both them where if a profile on has send or receive data it wouldn’t render anything, now it renders a shape
s/o #[0] for .band api
& #[1] for the zap buttons
Next step is to figure out ndk and allow you to grab your npub from nip 07 instead of copy and pasting it over
also do I have to constantly hit the “continue generating response” button
If I pay for open ai does it still “omit for brevity” when I ask it to merge and print the changes i discussed with it to the code or?
does d tag not get introduced until nip 33?