Replies (50)
Cool!
Is the pinned set a nostr event?
No, it’s not. For now, it’s only stored locally.
Publish it. Then we can use it on Amethyst too. Maybe a priority follow nip
So cool 🆒
I'm going to implement this in a few days.
I prefer simple things.
Will do!
Which kind number are you planning to use for the event?
I would use a NIP-44 encrypted NIP-51 list, with kinds 30010 (pinned) and 30011 (burned).
Cool, I’ll just go with 30010 too
Two suggestions, when we read the groups of notes, take them down the page and zero the number of notes. Currently, the group of notes is in the same place even if read and the number of notes resembles when we have unread messages, not zeroing after clicking on the group of notes can confuse users.
I think constantly shifting the position of items in the list might hurt the overall experience. The number simply indicates how many notes you can see after clicking, if we reset it to zero, I’m not sure whether that would create even more confusion. For example, after it resets, new notes might come in and the number would increase again, but that number wouldn’t match what the user actually sees after opening it.
Maybe doing something like fevela, graying out the avatar, would make things clearer while avoiding that confusion. 🤔
Fevela has the "bury user" option, something similar could be put in Jumble, I used this feature whenever I read a group of notes. Indeed, zeroing would make more confusing in the 24h Pulse model, it would only make sense if it were a model of last notes read.
I hadn’t used that option before. Just tried it now and it’s actually really useful, I'll add it in!
Yes, to bury an user, instead of opening a menu, could work just by swiping to the side.
I miss the new notes button on pulse 24h mode:
Yes, it would be more practical.
Yes, last note read model would be amazing, but I think it needs database, something that Cody doesn't want to implement.
I think even on tab, if last note read model were implemented, the name Not seen, would be better than Pulse 24h.
I see now, haha. Thanks.
One thing I don't like: See myself on my feed, haha.
I think it is possible to do this locally. Let's wait for Cody's opinion.
Uma curiosidade
@AgenteP, vc prefere a Wallet of Satoshi do que a
@Blitz Wallet ?
Eu baixei uma vez, mas não consegui usar com o tor ligado, aí desinstalei. Também tenho medo de atualizar meu endereço, mas algum relay continuar mostrando o antigo e eu receber zaps em um endereço que talvez eu nem estivesse usando mais.
Que coisa! Enfim, não vou insistir, haha.
Tanto de endereço que já troquei você não tem noção 😹😹
Esse esquema de os relays não atualizarem e a gente receber sats em uma carteira que a gente nem usa mais é um problema sério ao meu ver. Será que com bolt12 isso seria resolvido?
Eu acho que deveria ter uma opção de somente enviar os sats se a pessoa que receber aceitar manualmente. Caso ela não aceitasse o valor voltaria para quem enviou.
Curiosidade
@novo, vc usa o Jumble?
Hora sim, hora não.
Qual tentativa de cliente usa quando não está usando Jumble?
Gostei da expressão tentativa, rs, pois justamente é uma tentativa de uso, haha.
Amethyst e nostrudel. Desinstalei meu pseudo-clone do jumble.
Credo, de fato são tentativas de uso, e provavelmente tentativas bem frustrantes.
Mas brasileiros gostam de sofrer e não desistem nunca.
Qualquer coisa que eu consiga ver os eventos ta bom.
Sim, e quando não quiser ver os eventos, só usar esses clientes que vc mencionou aí.
Falando nisso o jumble ficou travando um pouco no brave do android. 🤔
Deve ser problema do seu Brave ou Android.
Deve ser porque já é a quinta vez que troco a bateria do meu cell
Pode ser tbm.
Usava nostrudel porque foi um dos primeiros que conheci, anos atras. Nostrudel, primal e amethyst. Eu parei de usar o nostrudel. Agora não deixa mais ver os eventos sem logar.
@idsera você não estava fazendo um clone do jumble usando o sheskperea? Deu em quê?
Deu em ilusão. Era de graça só no começo, agora para brincar precisa pagar caro, rs.
I agree
I don’t really have any opinions, it just feels overly complicated to me, haha. And I’m not convinced that social apps actually need a strict read/unread state like email.
I think this desire mostly comes from chronological feeds constantly showing content you’ve already seen. Maybe an algorithmic relay would be a more elegant solution? Too bad there hasn’t been any news about those lately.
About be complicated or not, I can't give an opinion, but I'm totally convinced that would be a great feature. The beauty of Nostr is about experiment things, not clone what already exists. I vote to do things in different ways, haha.
I think the user would simply click on the group of notes, and all of them would be considered read. When the page was refreshed, the note groups would be renewed. If the user hadn't read them, they could mark them as "unread" in the note group, so it wouldn't be renewed. They could also mark specific notes as "unread" if they hadn't read them but would like to read them later, so they would remain in the note group after the page refresh.
That already sounds pretty complicated, forgive my laziness, haha.
