What kind of risks are we talking about? You can also deactivate applications in the systems settings.
Is there a good reason not to allow it?
One of the core basics of Android are Intents. So let’s say you click on a link to open a browser in an email app, the app then sends an Intent to the OS to give you the choice to chose between apps, in this case browsers. If there are no apps installed to handle the Intent, then the user just can’t do anything and also sometimes apps are not prepared to not have an e.g. browser available and would just crash. This might be clear for tech savvy people, but I can already see my mum deleting her browser by accident and then her phone wouldn’t be able to open any links! /e/OS aims at people like my mum. This is great and why I support this project
If an app is unused why would you have to maintain/update it? No use, no update, no risk. You don’t have to do anything unless you suffer from upgrade-itis (sadly, I have that affliction).
Also, for the most part, the default apps are not updated anyway except when the ROM updates.
Regarding just disabling apps, does /e/ still do the abnormal thing of not allowing apps to be disabled?
I am coming from Windows and there it’s better to uninstall an unused App. Because a security issue in an unused app can cause trouble and harm your Computer! (e.g. Adobe Flash or the Java Runtime)
I just guess it is the same here. And for that reason I always update my Apps. But I’m not interested in updating Apps I don’t need. Less is more in this case…
Disabling the Apps would be better than nothing. But even this is not possible in /e/OS… Is there a reason?
Waiting for payment apps, official identification apps and health apps to work without G00gl (Belgium: Payconic, ItsMe, Coronalert). Without these apps I have no use for a smartphone. Soon needed to travel is a vaccination passport. Has to work without G00gl too. Belgian version doesn’t.
/e/ cannot change this, it all depends on governments to make it mandatory to have these apps available for all mobile operating systems without G00gl.
Coming soon:
Maybe an opportunity to convince the EU that this eID, wallet, payment and health apps have to be available on all mobile OS’s and not only the duopolists Apple&G00gl?
(wish 1)
Launcher chooser at first boot:
Coming from iOS? → Bliss Launcher will be standard
Coming from Android → LeOS-Launcher** will be standard
(can always be changed in settings again)
** (de-googled Lawnchair, thanks to harvey^^)
(wish 2)
proper ecloud sync and better settings, maybe even just provide the whole nextcloud app from stock.
Just Disabled?? Wow! Is that new? nothing wrong with it, if the trackers got removed and if it is possible to enable it again (how?). But the feature I wished is the choice at first boot, and not a specific alternative (don’t mind using degoogled trebuchet).
Yes just disabled, but in a way that is not possible to re-enable it. It has been that way for at least 9 months. See this post for more information
If it - or any other launcher app - were enabled in the build, then the user would be offered a choice at the end of first time processing (i.e. the first time the Home screen is displayed), between all the available launcher / home screen apps. I believe tat is why /e/ disabled Trebuchet: they want to promote their own Launcher rather than let users choose
My wish is to be able to send emails from murena.io with a custom domain alias for professional use: having e-mail, calendar and address book in the same service is fundamental.
Murena/ /e/OS email domains to act as decentralized single sign-on providers, in the way the ID4Me Protocol and the surrounding industry initiative envisions SSO (no SSO provider lock-in → possibility for data portability, etc.)
A functionality to transfer all Apps installed and data stored on the old /e/OS phone to a new /e/OS phone (e.g. Fairphone 3 to FP4) via Murena cloud - it should work as easy as in the case of Apple/iOS
Mobile payment with Murena /e/OS phones: the vision would be to be able to pay with the smartphone - via a digital girocard or debitcard - but without a big gatekeeper like Apple or Google being involved.
Thanks for this opportunity to bring in ideas, @Manoj !
Sometimes Manufacturer offer the Possiblity to save Battery-Lifetime by limiting the Charging Capacity. In Mind of Sustainability it would be nice /e/OS could offer this too. And if so, configureable at best.
Annoying is that there’s no sound notification for “charging completed” (and what this means should be configurable). The main damage happens when the accu is full but still being charged and charged and charged for hours because people just forget it. The accu of my old Blackberry Z30 survived seven years of daily use and is probably still good because I watched carefully for this.
BatteryBot Pro allows to configure percentages which play a sound when reached (for charge and also for discharge). You can set this for charging to 90 or 95%, and when you then charge longer for whatever reason it’s in your own responsibility.