I think its downfall was being a closed beta, which made it useless for communicating with other people who weren’t already invited
I think its downfall was being a closed beta, which made it useless for communicating with other people who weren’t already invited
You’re surprised that Google apps contain Google advertising trackers?
Yea I appreciate that. It’s a feature request, just hoping it gains some popularity
I’d wager the Lemmy community is more savvy about privacy than most
Yep, and that’s why my LineageOS install has none of these apps
That’s why I’m saying it could be an APK file we can download from Github/wherever
Same. Give us an APK without the AdMob code bundled in
I’m afraid it’s a no deal from me.
I think it’s safe to say the Lemmy community is much more mindful of trackers in apps
Yep, losing a sale from me for this
I can live with it being closed source, but I want an app without trackers built in (even if they’re not used)
I’d like to pay for an app where I’m not the product
Is there a possibility of a paid app which doesn’t include the sharing of my data?
Yea but does that prevent Google from getting that data via AdMob?
I much prefer a separate server for the simple reason that it makes my desktop somewhat disposable. Reboot whenever, install whatever. If it breaks my server stays up
Basically, the more you isolate the purposes, the less the purposes clash
Looks like a polished app but sadly it has issues on my Fennec/Firefox for Android
I just want it to be usable without Google Play Services
I’m using SnappyMail but I’m sadly missing Rainloop
I know it’s a fork, but the new work seems sloppy and badly implemented. Rainloop was a brilliant UX. It’s a shame it’s no longer developed
Same but stuck on an old version because I don’t have Google Play Services
What’s the threshold for “high doses”?
What’s the threshold for “high doses”?
Reminds me of the statement that you can’t dissect a rabbit to find out why it’s cute
It’s still waiting on a repackaging effort
https://gitlab.com/relan/fennecbuild/-/merge_requests/63
Looks like the latest hurdle is that Firefox is relying on some Google-specific variables being present, which fails on AOSP