Hey @rabble, what is this nonsense about Divine user's giving content warning for short form videos on Nostr? If you want to have special rules for content, then figure out a way to have a special kind of event or tag that is specifically for Divine, and announce that so clients can implement specific support for it and show the policies that applies to "Divine" type of content. The behavior from Divine users/app/policy, means other Nostr user's get a worse experience (because their content get's spammed with reported content) because you have a special policy about "No AI". NIP-71 is either for everyone, or just for Divine. Make some special tag that is specifically for Divine content, so that the Divine app won't show short form videos made in other apps. Don't pollute the entire Nostr social network like this. Divine is also violating NIP-56, there exists no such thing as "ai-generated" report type. It should be "other". A better idea is to use a custom event for this so all other clients will simply not retrieve it. Please fix this before it get's worse.

Hi @Vitor Pamplona @Derek Ross @jb55 ! I have a question regarding @Nathan Day and how profiles with relay setup as his, where he only has private accessible relays. It means only other accounts also access to his relays, can write to those relays and third parties can read them. Accounts that does not have access, they will fail to write to his relays, but they will write to their own relays. Now my question is: "A" replies to Nathan, if a Nostr client queries both OPs relays and their own account relays, they will see their replies. "B" on the other hand, if they are using a different set of relays than "A", it means they will never be able to see the replies made by "A". It appears that Nathan also is using additional relays other than his paid relays, because he replies to user's who can't write to his relays (kind 10002 list). So Nathan replies, both "A" and "B" can see these replies, but unless his replies include a relay hint, there are two options for Nostr clients: 1. Nathan's reply to a reply is discovered through his relay. 2. Nostr client must take the pubkey in the thread, discover the relays (their kind 10002) of that author and connect to those to get the reply event. Is this how you all have implemented handling such cases?

I just posted on @zapwork and what an amazing experience! Their job listing wizard is brilliant, relying on AI to fill out the job in a very good way that makes it so smooth and unjoyful to use. "Android App Tester for @Nostria Play Store Approval":

ZapWork - Nostr-Powered Freelancer Platform

Browse thousands of jobs on ZapWork. Find your next opportunity in web development, design, writing, and more.

#zapwork #nostria

You can discover how weak the men are from different countries from the compulsory school starting age. The lower, the weaker and more useless the men are in that country.

GN, Podgorica, Montenegro.

I'm presenting Voluntaryism, Liberstad, Nostria and Angor in half an hour: https://www.youtube.com/live/UDfKg-SabBw #nostr #nostria #liberstad #voluntaryism

Much improved mobile menu, opening up the available screen space for content. #nostria

UI is just more fun on the desktop. Enjoy this lovely new effect in @Nostria #nostria

GM! Winter is coming 🥶

Think I prefer "listening" to you, @Vitor Pamplona, than "reading" you 😂 I did pause recording a few seconds, this is local AI models running on @Nostria so performance depends on your device and is obviously not as fast as cloud service, yet it's fully private and local.

One of the potential issues that can happen on #nostr is replacing an editable event before it has been loaded yet. So if a client is slow at loading and the user starts a new (blank) copy of that event, it will potentially wipe the previous content. One example of this is Memos on @Nostria The "New Memo" button was enabled while loading, so if you clicked it, it would create a new list of memos and the old memos would be wiped. It could also happen if you use the same account across multiple devices and you happen to be offline while doing some work, and when you come online, it can potentially result in data loss. Solved it by keeping a local backup of the last 10 edits, and allows you to perform merges if such an incident happens. You can already download a backup, but keeping an automatic history helps user even more. There is already a backup feature in Nostria to keep your following list and other events, yet I might implement a similar backup feature for your following lists that is automatic.