-
-
Notifications
You must be signed in to change notification settings - Fork 785
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Experimental config shows deprecated fields, hides advanced #15000
Comments
Problem bei dem Advanced Konzept ist, dass das bei Fahrzeugen für Standardfelder wie current, phases, icon, ... verwendet wurde und nicht wirklich Geräte-spezifische erweiterte Einstellungen sind. Siehe auch #13752. Was wir ohnehin machen müssen, ist diese Fahrzeug-Standardwerte (current, phases, ...) in der UI anbieten. Bei Icon habe ich das bereits manuell gemacht. Die verbleibenden Werte sollten wir auch, logisch gruppiert, in der Fahrzeug Config-UI anbieten. Wenn das gemacht ist, gibts auch keinen Grund mehr, die Advanced Felder herauszufiltern. |
Hier braucht es eine kurzfristige Lösung. Was schlägst du vor? |
Eine kurzfristige Lösung für das experimentelle Config UI? |
Ich schlage vor die oben beschriebene Änderung (Fahrzeug Standardwerte sinnvoll in Dialog aufnehmen) im Rahmen der Config UI Entwicklung umzusetzen. Müssen wir ohnehin tun. Danach löst sich das Problem mit den Advanced Feldern. |
Siehe verlinktes Issue. Es ist ein Problem das User offensichtlich vor große Hürden stellt. Aber das können wir natürlich auch anders bewerten.
Wir sind immer sehr stolz darauf, Komplexität zu verstecken. Advanced Felder betreffen Optionen, die sehr selten oder nur bei einem Bruchteil der Anwender relevant sind. Ob die Zuordnung immer korrekt ist kann man im Einzelfall diskutieren. Was wir nicht tun sollten, ist aber alle Advanced Felder unreflektiert in die Konfiguration aufzunehmen- die damit noch schwieriger werden würde. Für den konkreten Einzelfall aus dem verlinkten Issue heisst das zu entscheiden: a) Einzelfall lösen (und hier zu schließen) oder Wie sollen wir vorgehen? |
This comment was marked as resolved.
This comment was marked as resolved.
@andig Ja, sehe ich genau so. Das ist auch der Grund, warum min/maxCurrent noch nicht im Config UI sind. Aber sie müssen da ja früher oder später ohnehin rein. Ich würd dieses Issue jetzt nutzen, um mir Gedanken zu machen, wie wir diese Einstellungsmöglichkeiten im Config UI des Fahrzeuges untergebracht bekommen, ohne sie jedem Erstnutzer gleich unter die Nase zu halten. Also Weg 2. |
@Neophyte85 Config UI ist explizit experimentell. Während wir hier eine gute Lösung u.a. für TWC suchen bleibt also die YAML als aktuell funktionierende Lösung. |
Quick-win gemerged. Damit ist wenigstens etwas offensichtlicher dass noch etwas fehlt. |
Gibt jetzt einen Entwurf, mit dem wir alle Felder im Vehicle UI konfigurierbar haben. ☝️ |
@naltatis das kommt vom vehicle api:
Fehler ist hier
"Deprecated": true
, wird angezeigt"Advanced": true
, wird nicht angezeigtDamit ist es nicht möglich, Tesla über das UI zu konfigurieren.
@Neophyte85 du kannst das aber über die yaml machen.
Originally posted by @andig in #14951 (comment)
The text was updated successfully, but these errors were encountered: