Sorry for eating into everyone’s DeepL translation quota on Damus. I have a pull request open. (1) Caches translations in memory (2) If auto-translate is off but a translation service is enabled in settings, it will still show the “Translate Note” button, even if the note isn’t selected. https://github.com/damus-io/damus/pull/843
Does Apple’s built in translate app not have any api or way to be used for nostr? On device would be a nice option. You can highlight text and select “translate” but it’s too many clicks.
Got it! But grapheneOS’s style is pure black 😎 all the cool kids use graphene, join us join us (also check DM) thank you!
I guess idk at all how it works for android. iOS the app sees if the phone is set to light or dark and it’s up to each developer to define what light and dark looks like for their app (I think…) but like on GrapheneOS the default wallpaper is this true black I was hoping for for amethyst, just from an aesthetics perspective.
You can’t just make your app whatever colors you want?
#[0] here’s what I mean with dark vs pure black modes, from Apollo app on iOS, but same concept.

Side note #[1] what happened to confirming before uploading pics? Didn’t seem to make the update. Also would love to be able to upload while replying not just a new note. Need pic preview while drafting note too.
It’s already in dark mode but I mean another even darker mode, sometimes they call it “midnight” where the pixels are actually off instead of just a very dark grey/black but backlit still. Currently the amethyst background isn’t black-black
#[0] is there an dark mode for amethyst that’s actually black, so OLED phones can have most pixels off?
#[3] with dark mode the lines outlining quoted notes and separating notes in the timeline are almost too faint to see, need to be more visible for clarity
Can we get more frequent App Store releases? #[4]
Have you tried asking chat gpt 4? (Serious question)
Other than complication. But ppl who want simplicity get iPhones so
Would be cool to have nostr used for software, publishing hashes of each release.
So for #[5] somehow you’d post hashes of each Envoy release to nostr (one note+replies?) and Obtainium could have a “nostr hash verified” section when you add an app so it will additionally check a specific nostr note/thread for the most recently posted hash signed by #[6] npub, must match hash of APK update before installing.
So both dev keys and nostr keys would have to compromised to trick Obtainium then. Any obvious pitfalls here? #[4]
So it basically comes down to the initial downloading of an app right? If that’s signed correctly with the developer’s keys, then it can’t be replaced with a malicious version later no matter the “app store” you use right? (Excluding f-droid b/c of wonky signing policies)
So for most users Google Play is the right answer, but there are tradeoffs to consider.
Obtainium seems to be a powerful option here if you’re comfortable finding the source location yourself (only risk remaining is that the dev keys themselves are compromised which also would risk the other app stores?). This seems most like a desktop, download software from source, but with a nice consolidated updater.
Idk for me it feels like getting most software through Obtainium would be ideal and fallback to Google Play for apps that aren’t listed anywhere else. I’d only do this with a fully anonymous Google account tho (is this even possible anymore?)
Also #[2] DM’d you a few questions a bit ago about your last podcast appearance, did you see those?
Care to explain? This goes counter to privacy guided and advice I’ve seen up to this point
Google play store versus Aurora? Isn’t Aurora the same basically but they’re using different throwaway Google accounts for you?
We need to get sideofburritos on nostr. He’s on Twitter, makes great grapheneOS/privacy and btc/xmr content and guides on YouTube. His Twitter says he’s mostly on mastodon :(.