vis-2-widgets-collection
-
@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 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 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.
@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.
-
@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.
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. -
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.@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 ... @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.
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 aushttps://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.
-
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 aushttps://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.
@OliverIO .. wir reden hier ja auch über einen VIS2-Widget-Adapter.
-
-
@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.
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
436
Online33.0k
Benutzer83.5k
Themen1.3m
Beiträge