Monatsrückblick Januar/Februar 2026 ist online!

[carsten04]

@Merlin123 Es gibt jetzt eine neue Version v2.4.0. Da sollte alles wieder funktionieren.

[carsten04]

Die neue Version v2.4.0 enthält jetzt auch ein JsonTableWidget.

Dieses erlaubt (fast) beliebige JSON-Arrays in einer Tabelle darzustellen. Das übergebene JSON wird analysiert und dann werden automatisch sinnvolle Spalten generiert.
Das Widget hat sehr viele Einstellmöglichkeiten und daher auch eine gewisse Komplexität. Ich habe versucht das ganze so userfriendly wie möglich zu entwickeln.
Vom Prinzip habt ihr immer die Möglichkeit (wie bei allen anderen Widgets auch) die Basiseinstellungen in der zugehörigen vis-2 Editorgruppe einzustellen. Darüberhinaus gibt es auch einen Spalteneditor der für jede Spalte sehr viele individuelle Einstellungen / Formatierungseinstellungen zulässt.

Es wäre schön wenn der ein oder andere intensiv testen und dann hier berichten könnte.

[Merlin123]

@carsten04 Sieht gut aus! Symbole sind jetzt wieder so wie sie sein sollen. Danke :)

[sigi234]

@carsten04 sagte in vis-2-widgets-collection:

Es wäre schön wenn der ein oder andere intensiv testen und dann hier berichten könnte.

Ein sehr mächtiges Tabellen Widget! Super arbeit, meinen Respekt.
Läuft bis jetzt einwandfrei.

[MCU]

@sigi234 Bei mir leider nicht, wo muss welcher Eintrag hinein?

[carsten04]

@MCU Der type in common von Deinem Objekt device-watcher.0.devices.batteryList muss JSON oder String sein.

[MCU]

@carsten04 Tja, ich dachte das wäre so, aber:

Eigentlich ist doch type:string, role: json Standard bei den Adaptern?
Ich mach da mal ein Issue auf.
Oder könntest du evtl. eine Abfrage einbauen, mit der man das Problem löst?

https://github.com/iobroker-community-adapters/ioBroker.device-watcher/issues/624

[skvarel]

@MCU .. es gibt da Unterschiede zwischen Listen und Tabellen. Das kenne ich von unseren Widgest. Wir hatten dafür zwei verschiedene Widgest erstellt.

Nicht jedes json eignet sich für ein Tabellen-Widget.

[MCU]

@skvarel Bei "eurem" Widget klappt es ja. Da fehlt nur eine Sortierungsmöglichkeit.

[skvarel]

@MCU .. eigentlich lässt sich bei uns jede Spalte nach Wunsch sortieren. Ich schaue mir das nachher mal bei mir an.

[MCU]

@skvarel Das kann sein, nur ich hab's noch nicht begriffen wie?

[skvarel]

@MCU .. sollte ich das jetzt mit VIS1 verwechseln, mache ich nachher ein Issue auf. Mein Bangel kann es dann direkt fixen. Ich komme jetzt nur gerade nicht an meinen Rechner und am Handy sehe ich gerade keine Sortierung.

[mcm1957]

@carsten04 sagte in vis-2-widgets-collection:

@MCU Der type in common von Deinem Objekt device-watcher.0.devices.batteryList muss JSON oder String sein.

Der Typ common.typoe=json ist lt. Typedefinition nicht zulässig. Hier ist die Dokumentation und die Implementierung widersprüchlich. Das Problem wird mit Issue https://github.com/ioBroker/ioBroker.js-controller/issues/3239 in Evidenz gehalten und geklärt

[carsten04]

@mcm1957 sagte in vis-2-widgets-collection:

@carsten04 sagte in vis-2-widgets-collection:

@MCU Der type in common von Deinem Objekt device-watcher.0.devices.batteryList muss JSON oder String sein.

Der Typ common.typoe=json ist lt. Typedefinition nicht zulässig. Hier ist die Dokumentation und die Implementierung widersprüchlich. Das Problem wird mit Issue https://github.com/ioBroker/ioBroker.js-controller/issues/3239 in Evidenz gehalten und geklärt

Da hast du recht. Das war eine bewusste Entscheidung jetzt für den type noch json und string zuzulassen. Wenn wir uns für ioBroker geeinigt haben, ändere ich das dann ab. Das ist trivial. Aber: leider kümmern sich viele Adapter überhaupt nicht um den richtigen Typ, so dass in common.type oftmals Grütze steht. Das ist wohl historisch bedingt und wird sich dann hoffentlcih im Laufe der Zeit bessern.

[mcm1957]

@carsten04 sagte in vis-2-widgets-collection:

@mcm1957 sagte in vis-2-widgets-collection:

@carsten04 sagte in vis-2-widgets-collection:

@MCU Der type in common von Deinem Objekt device-watcher.0.devices.batteryList muss JSON oder String sein.

Der Typ common.typoe=json ist lt. Typedefinition nicht zulässig. Hier ist die Dokumentation und die Implementierung widersprüchlich. Das Problem wird mit Issue https://github.com/ioBroker/ioBroker.js-controller/issues/3239 in Evidenz gehalten und geklärt

Da hast du recht. Das war eine bewusste Entscheidung jetzt für den type noch json und string zuzulassen. Wenn wir uns für ioBroker geeinigt haben, ändere ich das dann ab. Das ist trivial. Aber: leider kümmern sich viele Adapter überhaupt nicht um den richtigen Typ, so dass in common.type oftmals Grütze steht. Das ist wohl historisch bedingt und wird sich dann hoffentlcih im Laufe der Zeit bessern.

Ich kenne keinen Adapter wo der Typ ungültig (!) ist. Wenn dir einer unterkommt dann eröffne bitte ein Issue dortund mention mich ggf.

Und ja type === array IST ein gültiger type.