Android
The new home of /r/Android on Lemmy and the Fediverse!
Android news, reviews, tips, and discussions about rooting, tutorials, and apps.
πUniversal Link: [email protected]
π‘Content Philosophy:
Content which benefits the community (news, rumours, and discussions) is generally allowed and is valued over content which benefits only the individual (technical questions, help buying/selling, rants, self-promotion, etc.) which will be removed if it's in violation of the rules.
Support, technical, or app related questions belong in: [email protected]
For fresh communities, lemmy apps, and instance updates: [email protected]
π¬Matrix Chat
π°Our communities below
Rules
-
Stay on topic: All posts should be related to the Android OS or ecosystem.
-
No support questions, recommendation requests, rants, or bug reports: Posts must benefit the community rather than the individual. Please post to [email protected].
-
Describe images/videos, no memes: Please include a text description when sharing images or videos. Post memes to [email protected].
-
No self-promotion spam: Active community members can post their apps if they answer any questions in the comments. Please do not post links to your own website, YouTube, blog content, or communities.
-
No reposts or rehosted content: Share only the original source of an article, unless it's not available in English or requires logging in (like Twitter). Avoid reposting the same topic from other sources.
-
No editorializing titles: You can add the author or website's name if helpful, but keep article titles unchanged.
-
No piracy or unverified APKs: Do not share links or direct people to pirated content or unverified APKs, which may contain malicious code.
-
No unauthorized polls, bots, or giveaways: Do not create polls, use bots, or organize giveaways without first contacting mods for approval.
-
No offensive or low-effort content: Don't post offensive or unhelpful content. Keep it civil and friendly!
-
No affiliate links: Posting affiliate links is not allowed.
Quick Links
Our Communities
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
Lemmy App List
Chat and More
view the rest of the comments
Google keeps locking tons of Android features away behind their own privatized software stack.
Better for Google, but they are cutting their nose to spite their face here, as Android as a whole suffers for it.
Stuff like call screening in the android dialer would be possible on any brand of device. But no, pixel only.
The pixels have the very best android experience. It comes close to iPhone. But pixels aren't the whole market. Overall Google is trying to claw back control of the entire platform and I hate it.
The problem of android is that it is "fake opensource". The OS itself is open source but google locks it down with GMS so google still controls everything.
There wont be a 3rd platform for the same reason that America wont have a 3rd Political Party.
You'll never edge out the incumbents.
Actually there's a third platform being developed, based on Linux, by Puri.sm with their Librem 5 phone.
And they're as likely to stay around as the Green party is.
Hello, it actually exists and they started developing it with crowdfunding (now it seems like they are self-sustaining with sales)..... Do you know Puri.sm?
They started some years ago creating a new Linux phone, the Librem 5, and they are developing firmware support and a mobile GNOME interface around it that also other project, like PinePhone, is using.
yes, it's true that they're still not ready as daily driver for not-geek people
thank you for the link...it's speaking a bit fast for me as English is not my main language but I got the point. I would be curious to ask directly to Purism people what they think about this.
Also I would consider /e/os with Murena Fairphone 4 as a good compromise and a safe choice.
Yes, I watched it with subtitles and understood the 2 points explained....thank you anyway for the recap!
RIP Windows Phone
If you have any corporate backing wouldn't it turn back into same situation as Android? Maintaining the app store, build tools, making new features, patching vulnerabilities e.t.c all require massive amounts of capital. Why would a company openly take initiative to do that? Meanwhile all others could free ride on it? Also any OEM's coming in and customizing it to their liking and not following the standards because they are not bound too like in Android, wouldn't that cause massive fragmentation. Back in the Symbian days this was the case where you need to customize your app slightly for each Symbian device, which meant you had to have the physical device. I remember back in the back in the day your office would be filled with these devices.
First of all major corporations contribute to Linux kernel and there is very little contribution to a distribution. Why are they doing it? Because they benefit from their hardware being supported by Linux kernel(e.g Samsung contributing to Linux Kernel for SSD drivers) and now they can sell more, they can do this because it works with their business model. That is not the case with smartphones, in the smartphone world they are selling directly to a consumer and they need to do everything they can to differentiate themselves from other Smartphone makers. Mozilla tried the business model you mentioned but it didn't catch on. Lastly you forget to understand the number of apps available on Google Play vs on Flathub. Google Play has ~3.5 Million Apps vs ~2000 Apps on Flathub. We are talking a different scale here
Also speaking about Flathub, Flathub solves the issue of fragmentation by building an entire OS on top of another OS just to avoid the challenges of backwards compatibility. This has implications like huge app sizes because you are basically downloading the runtime and everything it depends on for each app. It works for most people because storage is cheap and can be upgraded at least in PC world. But still you will have issues with RAM because most flatpaks don't share the runtime and you need to need load each runtime to memory and this implications like higher memory usage, slower app start times because you need to load the entire runtime first before even you start the app.
Other OEMs also have their own features that are exclusive to their own phones. They can also implement them into AOSP, but they don't. Instead, they keep the features to their own devices. A lot of times when there's a new feature on Android in general, more often than not you'll see comments like "Samsung had this since years ago".
So if other OEMs are allowed to have platform specific features, Google is allowed to have theirs too. Or in other words, if you want to hold Google responsible for holding back Android, you have to also hold other OEMs responsible too.
Google owns the platform. You're not really comparing like to like.
It's like saying since Google can modify some files in Windows that Microsoft doesn't control the platform.
Sony upstreams many of its changes, but you're right that Samsung does not. This is both because of differentiation, but also because often the changes are in defiance of the "official" Google spec in android and merging is refused.
One plus for example offers further customization on gesture input that is missing in Android 13, allowing corner bottom swipes, hiding the little nav line, etc. But this cannot merge.
Google has decided a "solution", to hell with if your features are better. I would love to see these features in android mainline. But Google won't allow it. Sony made a theme system years ago, but Android wouldn't fully merge it, and took another 5 or so years to make something.
You complain that I'm not comparing like to like, yet you're taking Windows, a closed sourced operating system, as an analog to AOSP, an open sourced one?
But why are other OEMs allowed to differentiate, and Google is not?
Yes, Google has the "official control" of how Android should be, and not all OEM changes are in line with that. But contributing upstream is not the only way to make the Android ecosystem open.
Take for example, Galaxy Watch with WearOS. There are multiple features that the watch can do, ONLY IF ITS PAIRED WITH A GALAXY PHONE. I have a Galaxy Watch 4. It has ECG and Blood Pressure sensors. But I can't use it (officially), because I don't have a Galaxy phone. Why? Because Samsung is keeping that exclusive with a software lock that totally doesn't have to be there. Measuring ECG and Blood Pressure doesn't need anything from my phone, it's all on the watch.
Another example also regarding using Galaxy Watch with a non Galaxy phone, which is even more absurd, is that if you're using a Galaxy Watch with Galaxy phone, they will sync DND status between them, but if you're not using a Galaxy phone, it'll not sync. They literally added codes for it to not work on non Galaxy phone.
Also, the example you used in your original comment, the call screening feature, uses language models that Google paid for the development and trained. I think it's fair for them to uses that technology that they invested in to help boost their own profit instead of just giving out for free.
I think it's beneficial for Google to distance itself from Android. By default, it's way too entangled with Google services. It would be nice to have Google call screening on every Android device, but is it really that far fetched to expect manufacturers to develop their own suite of features? I wouldn't expect iOS to have Android's features of vice versa.
[This comment has been deleted by an automated system]
The AOSP dialer is based on an older version. Google removed it going forward.
Agreed, but then why not make an api for your "open operating system" so users of Samsung/One Plus /Sony/etc could see the dialer with their call screening /assistants if they so choose?
Instead of just removing the dialer entirely. https://www.androidauthority.com/google-kill-android-aosp-dialer-messages-app-3334980/
There is a dialer api but you need signatureOrSystem protection level, which is why it does not work, unless a user on a rooted phone makes the app a system app. I haven't checked how it is now, but back in S3 days, I had a rooted S3 with Google Phone dialer and it worked fine.