Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[liv-in-sky]

@harrym da kann ich leider nix mehr beitragen
hast du mal die anführungszeichen bei true von deinem beispiel eintfernt und getestet ?

bei mir:

• vis 1.2.10
• jscript: 4.6.26
• web 3.0.12
• socket 3.0.13

[harrym]

@liv-in-sky alles schon getestet. hab ja schon erfahrung gesammelt mim broker und co ;)

[Scrounger]

@harrym
Funktioniert bei mir auch:

{val:0_userdata.0.MDW.Buttons.bool; val == true ? "ja" : "nein"}

[Steff]

Hmm...,
heute nochmal probiert und siehe da es geht :confused:, die V1.2.11 läuft nun bei mir.
Offensichtlich verhält sich VIS > V1.2.9 etwas anders als sonst. Ich hatte meine Bindings immer nach diesem Schema angelegt

{wert:javascript.0.Gartenteich.Teichpumpe_Hand;wert == "true" ? "#008000" : "#44739e"}

und das hat so funktioniert - bis zur V1.2.10. Ich musste nun an allen Bindings die beiden "" um das true entfernen, d.h. so funktioniert es nun bei mir:

{wert:javascript.0.Gartenteich.Teichpumpe_Hand;wert == true ? "#008000" : "#44739e"}

[SBorg]

@Steff Das war dann einfach dem Umstand geschuldet, dass die DPs als String gelesen wurden. Dann wäre/ist wert == "true" korrekt, da "" die Variable als String definieren.
Ohne jetzt im Quellcode der 11er nachgeschaut zu haben, vermute ich mal, dass mit der Unterstützung von JSON in den Bindings diese Vorgehensweise geändert werden musste. Nun ist ein boolean tatsächlich boolean und nicht mehr String. Dann muss es aber wert == true heißen, damit 'true' auch wirklich als boolean behandelt/verglichen wird...

[arteck]

@Steff sagte in VIS 1.2.10 Problem mit Bindings:

{wert:javascript.0.Gartenteich.Teichpumpe_Hand;wert == true ? "#008000" : "#44739e"}

und zusätzlich uffpassn

wert == true

ist nicht gleich

wert === true

das erste wandelt die beiden Werte in gleiche Typen
das 2 te ist streng Typisiert

[harrym]

@SBorg sagte in VIS 1.2.10 Problem mit Bindings:

dass mit der Unterstützung von JSON in den Bindings diese Vorgehensweise geändert werden musste.

JA. Genau das war es!

[Knoddel]

Hab es gerade auch nochmal probiert, ohne " funktioniert wieder alles.
Danke an alle die geholfen haben das Problem zu finden/lösen.

[Steff]

Danke @arteck und @SBorg für eure Erklärungen.

Klar ich habe mir das mit dem Binding und den beiden "" irgendwann mal hier aus dem Forum zusammenkopiert und es hat halt funktioniert. Aber so im Nachgang betrachtet war es falsch - es ist ein boolescher Vergleich, da sind die "" fehl am Platz.

Danke nochmals und Gruß
Steffen

[etv]

...jawollo.... das mit den " war's!!

{val:chromecast.0.ccAudioWohnzimmer.status.playing; val === true ? "#00DE00" : "#FFFFFF"}

...funktioniert nun - ich bin ebenfalls gleich auf die 1.2.11 hoch.

Spitze, danke für eure Inputs und Tests!

Liebe Grüße
Tom

[etv]

...aber wenn jetzt schon alle mitten drinnen sind.....

....warum geht DAS nicht?

{val:chromecast.0.ccAudioWohnzimmer.player.url2play; val == "http://mp3stream7.apasf.apa.at/;stream.nsv" ? "#00DE00": "#000000"}

der Rahmen ist immer weiß = mein Standard = er erkennt das Binding nicht.

kann es an dem Strichpunkt in der URL liegen oder übersehe ich da was anderes?

Liebe Grüße
Tom

[liv-in-sky]

@etv sagte in VIS 1.2.10 Problem mit Bindings:

{val:chromecast.0.ccAudioWohnzimmer.player.url2play; val == "http://mp3stream7.apasf.apa.at/;stream.nsv" ? "#00DE00": "#000000"}

liegt an dem strichpunkt - ohne gehts

[etv]

@liv-in-sky , danke...jo blöd - der Link ist amal so.....

Liebe Grüße
Tom

[liv-in-sky]

@etv

wollte es mit replace probieren - funktioniert irgendwie nicht mehr - ich glaube, da ist ein bug drin

was aber funktioniert:

{val:controll-own.0.AAATEST.TestString1;  val=val.substring(0,31)+val.substring(32,val.length) == "http://mp3stream7.apasf.apa.at/stream.nsv" ? "green": "red"}

mit bug im replace meine ich: es ist mir nicht gelungen das";" zu escapen - auch nicht mit regex

[etv]

@liv-in-sky perfekt, danke dir!!! werd' ich gleich einbauen...

Liebe Grüße
Tom