Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[icebear]

@carsten04

Ich habe grad den Adapter von v2.4.1 auf v2.4.2 geupdated, danach waren bei allen meinen Basic iFrame Widgets die Hintergründe 'Weiß' und ließen sich auch nicht ändern.

Keine Ahnung was das mit deinem Widget zutun hat, aber als ich wieder zurück auf die v2.4.1 gegangen bin, war alles wieder O.K.

[carsten04]

@icebear
Das ist ziemlich spooky, da das update überhaupt nichts an irgendwelchen Farbeinstellungen der Widgets geändert hat. Falls es noch weitere Meldungen dazu gibt schaue ich mir das Ganze noch einmal an, falls Du der Einzige bleibst gehe ich mal von einem speziellen Problem bei Deiner Konfiguration aus. Bei mir gibt es keine Probleme.

[carsten04]

Es gibt eine neue Version v2.5.0 mit einem Theme-Konfigurator. Damit können für alle Collection-Widgets einige Basiseinstellungen vorgenommen werden und ein paar Presets sind auch mit dabei. Ihr könnt über den Konfigurator auch den Zeichensatz für alle Collection-Widgets ändern und unter anderem aus den Google-Fonts (https://fonts.google.com) einen passenden auswählen.

[carsten04]

Es gibt eine neue Version v2.5.1. Das JSON-Table-Widget erkennt jetzt Bilder und Icons automatisch und stellt diese dar. Über den Konfigurator kann man dann noch einige Eigenschaften für die Felder anpassen (Rahmen, Form, Größe, etc.).

[Eduard77]

@carsten04
Guten Morgen.
ich habe 2 gleiche Gauge Widget erstellt.
Eine für Solar und eine für aktuelle Verbrauch.
Die beiden haben die gleiche Einstellungen, aber die aktuelle Verbrauch Widget braucht immer beim View wechsel immer mehr Anlaufzeit bis sie die Werte anzeigt werden.

Ich habe ein kleines Video dafon gemacht.
2026-07-23 09-05-45.mkv

Meine Einstellungen.

DP Einstellungen.

{
  "_id": "alias.0.SONOFF.Stromzaehler.Verbrauch_aktuell",
  "type": "state",
  "common": {
    "name": "Verbrauch aktuell",
    "type": "number",
    "alias": {
      "id": "sonoff.0.Stromzaehler.LK13BE_curr"
    },
    "unit": "W",
    "role": "value.power.consumption",
    "read": true,
    "write": false
  },
  "native": {},
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1775461629788
}

[carsten04]

@Eduard77 Nutzt Du die aktuelle Version v2.5.1 der Widgets? Wenn nein, dann bitte installieren.

[Eduard77]

@carsten04
ich habe jetzt die Version v2.5.1 installiert.

Aber deine Widget sind jetzt aus VIS2 verschwunden.
"iob upload vis-2" habe durchgeführt, habe aber nicht geholfen.

[Eduard77]

@carsten04
ich habe jetzt ioBroker neu gestartet.
Deine Widget sind wieder da.
Aber die zeigen alle, dass ich ein ObjektID auswählen soll, obwohl die schon ausgewählt sind.

[carsten04]

@eduard77 Ja, du musst die oid neu eingeben, das ist bei einem Update manchmal erforderlich. Also: oid markieren und speichern, dann oid im Eingabefeld löschen und oid wieder einfügen.

[skvarel]

@carsten04 sagte:

Ja, du musst die oid neu eingeben, das ist bei einem Update manchmal erforderlich.

... das habe ich noch bei keinem anderen Widget-Adapter gehabt. Wieso ist das so?

[carsten04]

@skvarel Ein Collectionwidget merkt sich nicht nur die OID (also welcher Wert gelesen wird), sondern einen ganzen "Steckbrief" dieses Werts: welcher Datentyp, welche Einheit (°C, %), darf man ihn überschreiben, welche Grenzen (min/max), welches Icon. Dieser Steckbrief wird nur in dem Moment erstellt, in dem du die OID im Editor anklickst — und danach „eingefroren" und mit der vis-2-Ansicht abgespeichert. Beim bloßen Anzeigen löst das Widget die OID nicht neu auf, sondern blättert im eingefrorenen Steckbrief.

Kommt jetzt eine neue Widget-Version, die mehr oder andere Details aus dem "Steckbrief" braucht, ist der alte, eingefrorene lückenhaft. Das Widget "stolpert". Klickst du die OID erneut an, wird der "Steckbrief" frisch und vollständig neu erstellt — und alles passt wieder. Das ist eine Designentscheidung die viele Vorteile hat, aber eben bei einem Update auch den Nachteil mit sich bringt, dass du bei "Änderung" des Steckbriefs auch die oid noch einmal anlegen musst. Ich hoffe ich habe es einigermassen allgemeinverständlich ausgedrückt.

[skvarel]

@carsten04 .. ah, ok. Dann machen unsere Widgets da (zum Glück) irgendwas anders. Da habe ich es nämlich noch nicht erlebt.

[Eduard77]

@carsten04
Das hat jetzt zwar geklappt, aber ich musste nicht nur ObjektID wieder eingeben, sonder auch alle Einstellungen mussten neu eingegeben werden. Jetzt läuft Gauge Widget sofort.

Und ein anderer Widget (Licht) wurde gar nicht mehr angezeigt und ich muss jetzt das komplett neu machen.

@skvarel hat recht, das habe ich noch bie keinem anderen Widget-Adapter gehabt und ich muss jetzt 30 Widget von dir neu konfigurieren.

[OliverIO]

@Eduard77
@skvarel
@carsten04

dieses Bild hatte ich beim vis-jsontemplate widget gestern auch.
Zudem hat das widget keine datenaktualisierung über vis-2 vom iobroker mehr mitbekommen.

Meine Vermutung ist, sicher bin ich mir nicht, das das an inkompatiblen Versionsstände zwischen vis2 und dem widget liegt.

Der Mechanismus der da eingebaut wurde nennt sich federation. Der sorgt dafür, das gewisse bibliotheken zwischen vis2 und dem widget (was eigentlich eine eigenständige react applikation ist), geteilt werden.
Leider ist die Fehlersuche schwierig.
Ich konnte es lösen, das ich die versionsstände mit dem aktuelle vis2 (und dem vis-2-widgets-gauge (von bluefox als referenz) abgeglichen und angepasst habe. Danach hat es wieder funktioniert.
Ausserdem habe ich die automatische dependabot-Prüfung und Aktualisierung der Paket-Versionen in src-widgets auf github abgeschaltet.

[skvarel]

@OliverIO ... @carsten04 beschreibt es bei seine Widgets aber ja als (gewollten) Dauerzustand bei jedem Update ?!

Ich habe da auch zu wenig Ahnung von. Mein Sohn ist der Widget Programmierer. Ich weiß nur, niemals ein Widget Adapter Update von Github installieren, das klappt nicht! Widget Adapter müssen immer über npm installiert werden.

[OliverIO]

@skvarel

Das gilt für vis-2 widgets. Für vis1 widgets nicht
Das kommt darauf an. Bei mir funktioniert das (theoretisch, habe es schon eine weile nicht mehr probiert).

Das hängt davon ab, was man im github repository alles verfügbar macht.
Bei vis2 widgets ist es wichtig, das das build-Ergebnis (also das was während der Entwicklung aus dem source code gemacht wird) im richtigen Verzeichnis steht.
Wenn man das nicht macht, wird das erst im deployment-Prozess auf github erzeugt, aber nicht dem repository hinzugefügt, sondern alles in ein npm paket gepackt und dann über npm verfügbar gemacht.
Das sieht dann bspw so aus

https://github.com/oweitman/ioBroker.vis-jsontemplate/tree/main/widgets/vis2vis-jsontemplate

vis2 sucht dann nach der Datei customWidgets.js, von dort aus wird dann alles aus dem assets Ordner (wo sich alle kompilierten Bibliotheken und source-Dateien befinden) nachgeladen.

[skvarel]

@OliverIO .. wir reden hier ja auch über einen VIS2-Widget-Adapter.

[OliverIO]

@skvarel sagte:

VIS2-Widget-Adapter

ja genau vis-jsontemplate enthält vis1 und vis2 widgets.
Der gepostete link zeigt auf das vis2 verzeichnis

[carsten04]

@skvarel @oliverio Bitte für die Diskussion einen anderen Thread nutzen. Der hier soll eigentlich erste Anlaufstelle für Nutzer sein, die Fragen zur Nutzung der Widgets oder allgemeine Verständnisfragen haben. Eine Design-und Architekturdiskussion würde ich eher auf Discord sehen.

[skvarel]

@Eduard77 sagte:
... muss jetzt 30 Widget von dir neu konfigurieren.

Das ist bitter :(