I personally only use the web UI (Lovelace) inside Ariela on all Android-based dashboards, and obviously use all these fancy custom components.
So these reasons sound ridiculous to me. Especially, when you compare fully functional, well-known and powerful app to something that don’t even exists.
Robbie will be THRILLED to have someone else assisting him with this app. His biggest problem with the iOS app was doing everything himself and not having any help. He would welcome your assistance with both arms…
H @Ionut Love the Ariela app, so big thank you there.
In regards to the items mentioned of why it was rejected, would it not be possible to overcome them so that it could become the official app, that way yourself and robbie have a good base to start with?
I’ve tested most of the current Android apps.
With every each of them I have issues either regarding visual side or vision for development.
I’ve just looked up HA App in Apple Store (as I don’t own apple device) - and it’s exactly what I would require from app! It supports GPS, notifications and pure webview.
I like my lovelace UI, why does all the devs try to do anything with that…
I hope to see just an clone from iOS on Android and called ‘official’ so it’s always up to date with the API and growing with HA.
I’d love to try an Android app with HA, but I’m sort of stuck on justifying it. I mean, I can already use the browser into Lovelace, and it works great.
I can certainly see the benefit of carrying around an HA client in your pocket, if you’re doing presence or location detection, but I haven’t gotten into that yet.
Is there some other killer feature an app offers which would bring me into the fold?
If “official” Android app implies it must be open-source then that narrows the field of available options.
The inherent risk of elevating a closed-source app to “official” status is the app’s developer may ‘go dark’ (looking at you Zanzito). Without access to the developer or the source code, the community has no ability to update it and must find another “official” app.
An open-source app may be chosen as the official one but that doesn’t necessarily eliminate the market for a paid, closed-source app that offers superior functionality and performance. Competition breeds innovation and users will be drawn to whatever serves them best.
It is the same person who is developing iOS app, mobile component and now an Android app.
I really love and appreciate @robbiet480’s work but who was waiting for new releases for like literally years, knows what I mean when I’m talking about losing the focus.
I personally welcome a free, open source app that is secure. If the developer has other responsibilities but feels that they are doing good than that is her/his choice, and I thank them. I don’t use any Android app but have used Android since the original Google phone Nexus 1. It makes sense that there should be an Android app as there is an IOS app.I just wouldn’t demand one bc I don’t know how to contribute to making one myself. I somewhat depend on the kindness of people here to scrutinize and expose security issues and this is easier with open source apps. Monetized apps still have a place to get u that special support u need or a flashier UI. I’m not sure how having both an open source official app but also the same app with a cost associated in any different form would work out.
Anyways reading the initial post, I thought this person means business and who is this super hero lol. I’m still not sure I’ll use an app tho I’m currently ok with tracking with Google location tracking and html5 notifications… Till Google starts messing around
Aaah, the irony. Years of “where is the official Android app?” and now here I am having to defend why there will be an official Android app
I am not going to respond to the post about Robbie having to focus. It’s his life, his time, he can do as he pleases. And if he chooses to spend that time on building open source things that he will share with anyone, let’s not discourage him, but support him instead, please?
Most work for a mobile app that smoothly integrates with Home Assistant is actually done inside Home Assistant itself: secure token based authentication, webhooks to send data back, mobile app component to tightly integrate the data with other parts of Home Assistant. Robbie has recently put a lot of work in the mobile app part, and so in proxy, Robbie is making all other apps better, including Ariela.
About Ariela. We have talked to @Ionut and looked at Ariela and decided that it does things that we would not consider suitable for an official app.
We don’t want a native UI that is built around the Lovelace config. This is not a publicly supported format and by putting it in an official app, it would be one. The customizability of Lovelace does not translate easily to native controls, and it will be an endless catch up game until you have basically reinvented the browser rendering engine?
Putting MQTT credentials on a phone means it can bypass the permission system that we’re building, by sending to topics and influence Home Assistant directly.
I don’t expect Ariela to remove features, remove ads and become open source to become an official app. That doesn’t make sense. We have been putting a lot of effort in making Home Assistant simple and easy to use, and we will continue to do so. This is not a disconnect between developers and users, ease of use is the most frequent feedback.
Having multiple apps is not a bad thing, it’s the contrary. The great thing is that if people use one app, feel that it lacks features or disagree with choices that are made, they can switch! Yay for choice.
There is an existing feature-rich, actively developed app which @ionut by himself proposed to open-source and make it the official Android companion. But was rejected because by default it uses native Android components. I believe most users immediately switch to Lovelace in the settings.
There are plans to start developing a new app.
Do everyone understand how much resources are required to fully integrate into platform like iOS or Android and leverage all the sweet staff? @robbiet480 went this hard way with Swift.
I mean, it’s in Beta now.
Is there a place for collaboration instead of reinventing the wheel?