Test lovelace 6.x
-
Hallo,
habe auch die version 6.1.3 eingespielt. Das Rendering hat sich geändert. Wetter-card werde ich noch anpassen, input_select wird generell unschön/falsch dargestellt. Hier mit auto-entities card:
oder auch unter custom:layout-card:
Der Hintergrund vom Eingabefeld hat nun andere Farbe und ist nicht mehr transparent. Ich werde das vorherige Aussehen noch ninzufügen wenn ich auf backup-system komme.
Kann man das noch korrigieren?P.S. custom:allweather-card
21.09.2026 input_select mit lovelace vorher:
-
Zu version 6.1.3 noch was: Konfiguration bearbeiten - wie kommt man hier zurück/raus? Mit Browser-Zurück Pfeil alledings nicht...
-
Zu version 6.1.3 noch was: Konfiguration bearbeiten - wie kommt man hier zurück/raus? Mit Browser-Zurück Pfeil alledings nicht...
@marian.t
Den Effekt hab ich auch. Aus irgend einem Grund verschwindet das X zum Schließen. Neu laden hilft, aber schön ist es nicht.BTW: Mir persönlich missfällt, dass die Schrift generell recht klein geworden ist. Aber das ist vlt. nur mein Problem
-
@Garfonso ist der Thread auch für Lovelace 7?
Habe ich gerade getested. Funktioniert soweit gut. Auf dem Desktop mit Chrome keine Probleme.
Beim Iphone mit Safari kommt immer: Browser Mod version mismatch! Browser 3.2.3, Home Assistant 2.13.5
Cache bereits geleert. Hast du eine Idee was das sein kann?
Danke! -
Konfiguration Bearbeiten hat unter Win11/Edge bzw. Chrome kein "X" (cache in Win11 gelöscht), unter Android mit Chrome doch.
Neu laden hilft zuerst, nach einer sekunde ist die 'X' wieder weg.
Wichtiger ist mir der Darstellungsfehler bei input_select. Mit Win11/Chrome tritt der nicht auf, mit Edge s.o. In neuem priv. Fenster (scheint kein dunkler Mode):
-
Habt ihr eure Themes migriert, wie hier beschrieben? https://github.com/ioBroker/ioBroker.lovelace/blob/master/docs/en/theme_migration.md
-
@marian.t
Danke für die ganzen Hinweise. Das sind allerdings einfach Änderungen an Lovelace selber (also an dem Teil, den der Adapter von HomeAssistant übernimmt). Ich vermute, du kommst von einer 5.x Version, richtig? Dann unbedingt mal den Theme-Migration-Guide angucken, den @fernetmenta oben schon gepostet hat.Zwischen 5.x und 6.x gab es ca. 1 Jahr Frontend Änderungen, die jetzt mit einem mal kommen -> daher breaking change, die User müssen tätig werden (7.x ist wieder breaking change, aber das nur wegen node.js Versionsänderung, das muss jetzt mindestens 22 sein. Da ist zwar auch eine neue Version vom Frontend, aber nur von Juni bis jetzt, das hält sich in Grenzen und weder mir noch der KI sind da Änderungen aufgefallen, die für uns iobroker User relevant wären).
Also kurz: an sowas kann ich alles nichts tun. Wenn was ganz kaputt ist, muss ich gucken.
@rico-sander für deinen Hinweis mit der Schrift gilt ähnliches. Ich würde aber vermuten, dass man die mit dem Theme Größer machen kann? Oder ist es vielleicht überhaupt noch die gleiche Schriftart?
Grundsätzlich auch immer mal mit dem Standard-Theme gegenprüfen, wie das nun genau aussieht. Und / oder ein Theme nehmen, was irgendwo gepflegt wird, und dann da eine neue Version kopieren, wenn es hier einen breaking change gibt.
-
@marian.t und @rico-sander
Zu dem Problem mit dem X, das verschwindet, das würde ich mir gerne angucken. Bei mir verschwindet da nix... ist das in 6.x oder 7.x oder in beiden? Gibt es Ausgaben in der Browser-Konsole oder im Log? Ihr habt beide die Meldung wegen browser_mod, richtig?
Der Adapter liefert hier die richtige Version aus. Allerdings hatten Versionen 5.x und 6.x den Cache Header ziemlich doof gesetzt, so dass die neue Version der Karte (bzw. grundsätzlich von allen Karten) nur nach hartem Neuladen / Cache leeren geladen wurden (das macht 7.x jetzt besser). -
Hallo Garfonso,
wegen mir muss Du Dir keinen Stress antun.
Du versuchst Dein Bestes, aber es ist wohl halt nur eine Adaption für ioBroker.Das X-Problem tritt hier sporadisch auf, aber so oft bin ich nicht im Änderungs-/Ergänzungsmodus unterwegs. Von daher egal...
Für die Schriftgröße liefern die KI-Modelle x-zig Lösungen, aber kleine funktioniert wirklich. Irgendwie ist es dann doch gelungen, wenigstens auf den entitie-Cards die Schrift zu vergrößern.
Das ganze ist für Laien ziemlich undurchsichtig und mit dem Migration-Guide bin ich gar nicht klar gekommen. Mit "Akkordeons / Erweiterungsplatten" weiß ich nichts anzufangen und viele Dinge sind wohl für mich nicht zutreffend.
Da mein angepasstes simples Thema funktioniert, habe ich auch nicht weiter experimentiert.
Dass der Seitenaufbau/das Einlesen der Daten für Verlaufsdiagramme nicht mehr so flüssig läuft, nervt etwas, aber auch damit kann ich leben.
Von daher erwarte ich jetzt nicht zwingend Verbesserungen oder Fehlerbehebungen. Ich denke zum Winter werde ich mich nach Alternativen umsehen. Schaun wir mal, es gibt wichtigeres zu tun
Trotzdem danke für Deine Arbeit...
-
Hi, ich bedanke mich auch herzlich für di großartige Arbeit @garfonso.
Dachte nur dass hier das richtige Forum wäre auf gefundene Unstimmlichkeiten hinzuweisen.- Mit dem color des Eingabefeldes habe ich bereits in debugger gefunden.
- Für die fehlenden Reiter habe ich unter keine Lösung gefunden - ist schon störend.
- Der 'X' verschwindet bei mir - ist über schließen des Reiters/Fensters vorübergehend lösbar.
- Es gibt in Details-Dialog (more-info per klick) mit HA-Weathercard keine mehr, mit custom:allweather-card keine komplette komplette 8-Tage-Vorhersage, da ist aber eine Änderung in HA schuldig - siehe nachfolgenderTask.
Ich vervende die aktuell in iOb angebotene v.6.1.3 von Lovelace.
Kann ich was zur Lösung beitragen?Log zu 3 mit browser_mod:
Log from UI Unhandled promise rejection from Edge 153.0.0.0 on Windows 10.0TypeError: window.loadCardHelpers is not a function/cards/_static_browser_mod.js:521:2860async http://192.168.178.30:18091/cards/_static_browser_mod.js:521:2749und sonst öfters (zu 4?):
Log from UI Unhandled promise rejection from Chrome 154.0.0.0 on Windows 10.0TypeError: Cannot read properties of undefined (reading 'attributes')v._forecastSupported (/lovelace/frontend_latest/98231.bd2e8ee9465392f6.js:1:2141)v.render (/lovelace/frontend_latest/98231.bd2e8ee9465392f6.js:1:2550)v.update (/lovelace/frontend_latest/app.4601d5e18b77d08b.js:92:162591)v.performUpdate (/lovelace/frontend_latest/app.4601d5e18b77d08b.js:92:100823)v.scheduleUpdate (/lovelace/frontend_latest/app.4601d5e18b77d08b.js:92:100343)v._$EP (/lovelace/frontend_latest/app.4601d5e18b77d08b.js:92:100251) -
Es gibt in Details-Dialog (more-info per klick) mit HA-Weathercard keine mehr, mit custom:allweather-card keine komplette komplette 8-Tage-Vorhersage:
](Bild Link)
Wäre es möglich - in künftigen iOb-Version von Lovelace - es zu wiederherstellen?
Gemini sagt folgendes dazu:
Warum fehlt die 8-Tage-Vorhersage im Details-Dialog (more-info)?Deine Custom Card steuert beim Klick/Doppelklick lediglich dieses Event an: JavaScript_handleClick() {
fireEvent(this, "hass-more-info", { entityId: this._config.entity });
}
Das Fenster, das sich öffnet, stammt nicht aus Deiner Karte, sondern ist die Standard-Komponente more-info-weather von Lovelace selbst.Dass dort keine 8 Tage mehr angezeigt werden, liegt an folgenden Ursachen:Breaking Change im Home Assistant Frontend (Wetter-Entitäten):In neueren Lovelace-Frontend-Versionen wurde die Bereitstellung von Wettervorhersagen grundlegend umgebaut. Früher lagen die Vorhersagedaten direkt im Attribut forecast des Wetter-Objekts. In neueren Frontend-Versionen erwartet der more-info-weather-Dialog Daten über neue Service-Aufrufe (weather.get_forecasts) oder spezifische Feature-Flags der Entität (supported_features).Entitäten-Mapping im ioBroker Lovelace-Adapter:Der ioBroker-Adapter übersetzt die Datenpunkte aus ioBroker (z. B. weather.state.forecast.0 bis 7) in das alte forecast-Attribut der Hass-Entität. Der neue Frontend-Dialog von Lovelace 6.x erkennt dieses alte Format oft nicht mehr richtig als mehrsäulige Wochenvorhersage oder ignoriert es, wenn die Datumsformate in datetime nicht exakt den neuen HA-Anforderungen entsprechen. -
Anderes Problem: die swipe navigation (Wechseln/swippen der Reiter mit Finger/Maus) funktioniert unter WIn11/Edge und Android/Chrome nicht mehr.
Habe schon auf die aktuelle Entwicklung (https://github.com/zanna-37/hass-swipe-navigation) gewechselt, ohne Besserung.
Mit Gemini Vorschlag:
swipe_nav:
enable: true
prevent_default: true
enable_mouse_swipe: true
enable_touch_swipe: true
swipe_amount: 10
animate: none
funktioniert es mit Maus unter Win11/Edge nun, Android geht nicht. Ist es besser ein Issue zu erstellen? -
Es gibt in Details-Dialog (more-info per klick) mit HA-Weathercard keine mehr, mit custom:allweather-card keine komplette komplette 8-Tage-Vorhersage:
Wäre es möglich - in künftigen iOb-Version von Lovelace - es zu wiederherstellen?
Gemini sagt folgendes dazu:
Warum fehlt die 8-Tage-Vorhersage im Details-Dialog (more-info)?Deine Custom Card steuert beim Klick/Doppelklick lediglich dieses Event an: JavaScript_handleClick() {
fireEvent(this, "hass-more-info", { entityId: this._config.entity });
}
Das Fenster, das sich öffnet, stammt nicht aus Deiner Karte, sondern ist die Standard-Komponente more-info-weather von Lovelace selbst.Dass dort keine 8 Tage mehr angezeigt werden, liegt an folgenden Ursachen:Breaking Change im Home Assistant Frontend (Wetter-Entitäten):In neueren Lovelace-Frontend-Versionen wurde die Bereitstellung von Wettervorhersagen grundlegend umgebaut. Früher lagen die Vorhersagedaten direkt im Attribut forecast des Wetter-Objekts. In neueren Frontend-Versionen erwartet der more-info-weather-Dialog Daten über neue Service-Aufrufe (weather.get_forecasts) oder spezifische Feature-Flags der Entität (supported_features).Entitäten-Mapping im ioBroker Lovelace-Adapter:Der ioBroker-Adapter übersetzt die Datenpunkte aus ioBroker (z. B. weather.state.forecast.0 bis 7) in das alte forecast-Attribut der Hass-Entität. Der neue Frontend-Dialog von Lovelace 6.x erkennt dieses alte Format oft nicht mehr richtig als mehrsäulige Wochenvorhersage oder ignoriert es, wenn die Datumsformate in datetime nicht exakt den neuen HA-Anforderungen entsprechen.Das mit dem Wetter ist in Version 7.1.1 (oder 7.1.0) gefixt. Die ist aktuell im latest.
Anderes Problem: die swipe navigation (Wechseln/swippen der Reiter mit Finger/Maus) funktioniert unter WIn11/Edge und Android/Chrome nicht mehr.
Habe schon auf die aktuelle Entwicklung (https://github.com/zanna-37/hass-swipe-navigation) gewechselt, ohne Besserung.
Mit Gemini Vorschlag:
swipe_nav:
enable: true
prevent_default: true
enable_mouse_swipe: true
enable_touch_swipe: true
swipe_amount: 10
animate: none
funktioniert es mit Maus unter Win11/Edge nun, Android geht nicht. Ist es besser ein Issue zu erstellen?Daran kann der Adapter nichts ändern. Das ist ein Issue, was die swipe-Karte / HomeAssistant lösen müssen.
Falls es in einer neueren Version von HomeAssistant wieder gehen soll, wäre auch da ein Blick auf 7.x möglich.(die kannst du per Expertenansicht im admin aus npm direkt installieren, wenn du testen möchtest -> das breaking change von 6 auf 7 ist nur, dass jetzt mindestens node 22 benötigt wird)
Die hat auch ein update der browser_mod Karte drin. Möglich, dass das was mit dem X zu tun hat.
-
Habe heute auf einem Rechner auf der Arbeit Lovelace aktualisiert.
In der neuen Version klappen Entitys wie
input_select.xyznicht mehr.
In der Visualisierung sehe ich die aktuelle Auswahl, der Dropdown bleibt jedoch leer.
Die Themefixes habe ich angewandt.
Hier ein Beispiel-DP der bisher wunderbat geklappt hat:
{ "common": { "name": "fgbxls_sorte", "desc": "Manuell erzeugt", "role": "state", "type": "string", "read": true, "write": true, "states": "Inland:Inland;Ausland:Ausland;Paket:Paket", "def": 0, "custom": { "lovelace.0": { "enabled": true, "attr_has_time": false, "attr_has_date": true, "entity": "input_select", "name": "FGB_Versand_fgbxls_sorte" } } }, "type": "state", "native": {}, "_id": "0_userdata.0.FGB.Versand.fgbxls_sorte", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1771104851403 } -
Du hast statt ein JSON einen String bei states. Sollte z.B. so aussehen:
"states": { "1": "vehicle", "2": "battery" }, -
Hab mich mal etwas mit den Notifications gespielt.. leider Legt er mir immer zwei gleiche an wenn ich den DP lovelace.0.notifications.add beschreibe... hab das problem nur ich?
v6.1.1
mike
m1k3f15h sagte:
Hab mich mal etwas mit den Notifications gespielt.. leider Legt er mir immer zwei gleiche an wenn ich den DP lovelace.0.notifications.add beschreibe... hab das problem nur ich?
v6.1.1
mike
Hy Leute..
Leider hab ich das Problem auch noch in der V7.1.0
Auch die Toast's werden doppelt angezeigt..
Kennt das wer?Mike
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
428
Online33.1k
Benutzende83.9k
Themen1.4m
Beiträge