NEWS

@iobaer Mit dem "inventwo design Universal"-Widget für VIS-2 sollte das wohl angeblich gehen mit dem Öffnen per DP. Bei mir tut es aber nicht. Das Popup geht zwar manuell auf, aber wenn man ins Feld "Objekt Identifikation" unter Allgemein einen DP einträgt, passiert nichts. Allerdings weiß ich nicht, ob das korrekt ist, denn ich finde nirgendwo eine Beschreibung des Widgets.

@900icard

Theoretisch geht das auch mit den Standard Widgets.
Es wird ja nur Standard html mit viel css verwendet.
Man müsste sich nun einfach nur eines der vorhandenen checkbox/bool widgets suchen. Dann hätte man schonmal die Funktion.
Dann müsste man evtl. vorhandene formatsnweisungen neutralisieren und neue draufsetzen.

Die meisten kennen sich mit css nicht wirklich aus und so ein iOS Button ist Design technisch schon komplexer. Da steigen viele aus.
Aktuell ist es nun mal mit KI so, das man die Ergebnisse verstehen und ggfs. Korrigieren muss. Aber das wird auch irgendwann dann mal anders.
Wenn iobroker bis dann mal einen mcp Service hat, wird die ki auch vorhandene Designs entsprechend anpassen können.

@koilapo
Nein, das so zu notieren sollte schon gehen und in vis1 funktioniert das auch.

@rikdrs

var ist ein schlechter name für die variable.
diese Art der notation wird intern in javascript umgesetz und dann interpretiert.
var ist ein schlüsselwort, welches in javascript nicht für bezeichnungen verwendet werden darf.

am besten var gegen v1 oder was sprechenderes tauschen, dann müsste es gehen

Die Farbwerte #333333 müssen noch in Anführungsstriche "#333333"

Nach Klick in die winzbilder nochmal was.
Die Bindings bei Wert falsch/Wert wahr sind mir nicht klar was du da willst.
Das widget funktioniert eigentlich so.
Es wird der Datenpunkt in ObjectID ausgewertet. Je nachdem was da drin steht wird bei wahr der Inhalt aus dem Feld Wert bei Wahr angezeigt. Bei falsch entsprechend.
Also dürftees einfach reichen da switched off und in action einzutragen, ohne das binding drum herum

Dann bei Farbe Aktiv.
Der Operator mit dem ? besteht immer aus 3 Teilen. Alles andere führt zu einem Fehler. Hier sind es nur 2

(test auf wahr/falsch) ? (wenn wahr) : (wenn falsch)

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Conditional_operator

Eigentlich ist es nur ein stark verkürztes if then else

@quinti

passt den die antwort auf deine frage auf github?
https://github.com/oweitman/ioBroker.squeezeboxrpc/issues/152#issuecomment-2966447538

quinti123 created this issue in oweitman/ioBroker.squeezeboxrpc closed Alarms button on/off #152

@skb
Ich werd verrückt! Jetzt geht es.
Na so ein Quatsch. Wird doch eigentlich vorher in den Einstellungen für die Animation festgelegt.
Da muss man als Kfz-Futzi ersmal drauf kommen!
Ohne Eure Hilfe hätte ich das nicht herausgefunden! Dafür vielen lieben Dank!

@martinfriz

Alles einzeln und genauestens hier beschrieben:

https://github.com/AlexxIT/go2rtc

12605ed8-adc5-4f32-8169-a00c4f0ae3e1-grafik.png

Und später fürs Einrichten gibt es hier im Forum zahlreiche Threads

https://forum.iobroker.net/topic/66871/go2rtc-installieren-und-einrichten?page=1

@erfggi Dann kann ich nur für dich hoffen, dass noch alles laufen wird.

@iobaer sagte in History Event list-Widget - Werte mit anderem Text ausgeben?:

greift Dein "Pumpenlog" auf den History-Adapter zu?

jepp, nur das eventlist-Widget.
genauso wie du es vorhast.

Mache ich auch, wenn ich komplexere Blocklys teste ider erweitern will.
Dann lass ich mir die Werte statt in debug Bausteinen in einen Datenpunkt schreiben.
Den logge ich in die History und zeige das Ergebnis in dem Eventlist Widget an.
ist irgendwie schöner (lässt sich formatieren) als im Log zu suchen

hier versuche ich durch Steuerung der Ladeleistung der PV-Batterie, die Spitzen bei der Einspeisung "netzdienlich" zu vermeiden
Screenshot_20250608-221929_Firefox.jpg

@oliverio

Habe jetzt noch was probiert. Es scheint an Lovelace zu liegen. Ob Bug oder gewollt, ka....
Dieses abonniert wohl nur den ersten Datenpunkt in einem Binding um die Karte zu aktualisieren.

Im gif seht ihr 3 Karten.

Karte 1 stellt den Datenpunkt v1 auf true.

In Karte 2 sind 3 Bindings.

der DP v1 der auf true geht. der DP v2 der sich alle 3sek verändert das erarbeitete was nur bei v1 true v2 anzeigt.
Wie man sieht klappt dort alles.

Karte 3
Nur das Binding mit dem v1 und v2.
Dort tut sich nichts.

Screen_Recordin-1749410295443.gif

@manuxi Wüsste ich auch gerne, wie das geht. Bei mir scheitert es auch, die Registerkarten-Menüpunkte links (also vertikal) anzeigen zu lassen.

Kann mir bitte jemand sagen, wie ich eine View oder HTML-Seite unterhalb jeder VIS-Seite einblenden kann?

Grundsätzlich geht das ja über "View im Widget". Dann kann allerdings nicht die neue Navigation genutzt werden.

Daher habe ich es über die Registerkarten-Funktion genutzt. Das funktioniert, aber nur, wenn man die Menüpunkte oben (horizontal) lässt. Sobald man auf vertikal umschaltet, geht es nicht mehr (eigentliche View wird nicht mehr angezeigt - wohl Bug.

Hat noch jemand eine Idee? Danke.

@stephan2k
Ja, das hilft, aber ich kenne mich leider auch nicht besonders gut mit CSS aus. Aber andere können vielleicht zu den Metro-Widgets etwas sagen.

Ich habe mal kurz versucht, beim CSS folgendes eintragen - dann unter Generell bei CSS-Klasse "test" eintragen.
Natürlich kannst du Test auch umbenennen 🙂

.test .metro { /* border: 0px #ff0000 solid !important;*/ border: 0px transparent solid !important; }

Aber das ist noch nicht alles, da gibt es noch ein Element weiter innen und ich kam auf die Schnelle da nicht dran.
Ist aber enorm was die Metro-Widgets hier als CSS-Styles definieren

@sigi234

Hab das Widget jetzt mal gelöscht und neu reingezogen, ist immer noch das gleiche.. Ich raffs nicht wo das herkommt 🙈

Was meinst du mit DP? Datenpunkt? Der kommt von einem Javascript (Charge Control für e3dc)

Achso was ich nun auch festgestellt habe:
Wenn ich am Pc auf Runtime gehe, tritt dieser Effekt nicht auf. Am Handy iPhone 14 pro max verwende ich die Visu App. Finde dort aber auch keinerlei Einstellung die das irgendwie zum Thema hat.

@mabbi Gerne, bin nicht sicher was du mit „Release-fähig“meinst aber du findest den Adapter bereits seit geraumer Zeit auch im stable Repo.

@shl59

folgender Test, jeweils gleicher Client und gleicher Server und mit geleertem cache geladen (in chrome mit STRG + F5)
Die Werte konnten in den Chrome Web Developer Tools im Netzwerk Tab abgelesen werden.

Szenario 1:

Leeres Projekt ohne widgets
vis1:
537kb übers Netz transferiert, 2,2MB entpackt in 1,2 Sekunden
vis2:
4,8MB übers Netz transferiert, 20,4MB entpackt in 2,4 Sekunden

Szenario 2:

3 basic widgets (html,image,string)
vis1:
537kb übers Netz transferiert, 2,2MB entpackt in 1,6 Sekunden
vis2:
4,8MB übers Netz transferiert, 20,4MB entpackt in 2,4 Sekunden

Szenario 3:

3 basic widgets (html,image,string) + zusätzlicher Adapter (rssfeed ohne verknüpften feed
vis1: widget RSS Feed 2
558kb übers Netz transferiert, 2,3MB entpackt in 1,2 Sekunden
vis2: widget RSSFeed Widget
5MB übers Netz transferiert, 21,3MB entpackt in 2,8 Sekunden

Szenario 4:

Wie Szenario 3. Der View wurde gedoppelt und jeweils ein Navigation Button zum anderen View hinzugefügt

Initiales laden
vis1: widget RSS Feed 2
559kb übers Netz transferiert, 2,3MB entpackt in 1,3 Sekunden
vis2: widget RSSFeed Widget
5MB übers Netz transferiert, 21,3MB entpackt in 4,1 Sekunden

View-Wechsel
vis1: widget RSS Feed 2
keine veränderung
vis2: widget RSSFeed Widget
keine veränderung

Wie gesagt, das sind nur die Lade- und Renderzeiten für das erste laden. Wenn die Oberfläche mal läuft, dürften die Zeiten für das aktualisieren von States oder ein view Wechsel viel geringer sein, da ja alles bereits beim ersten mal schon geladen wurde,