Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Smilie108]

@jogibear9988
Verständnissfrage
wenn ich
Dann ist alles ok mit wert übertragung

Wenn ich aber

mache dann löscht er beim speichern das two way binding
ist das ein bug ?
nach dem speichern und wieder öffen sieht es dann so aus

[Blockmove]

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988
Verständnissfrage

Wenn ich aber

mache dann löscht er beim speichern das two way binding
ist das ein bug ?

Das Verhalten hab ich auch, allerdings nur wenn type ignore gewählt ist.
Wähle ich type number funktioniert das twoway-Binding.
Wenn du type ignore nimmst, dann bekommst du im ioBroker-Protokoll auch die Meldung 'State value to set for "0_userdata.0.Test.stateZahl" has to be type "number" but received type "string" '.

@jogibear9988
Vielleicht wäre es sinnvoll default das twoway-Bindung deaktiviert zu lassen und wenn man es anwählt muss zuätzlich der Typ gewählt werden.

[jogibear9988]

@smilie108

ist schon ein bug, aber ist es das was du willst? Wenn es gelesen wird fügst du °C hinzu, wenn nu was eingegeben wird, willst du das °C nicht wegschneiden?

Ich fixe es aber

[jogibear9988]

@blockmove said in neue Visualisierung "webui" (alternative zu vis):

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988
Verständnissfrage

Wenn ich aber

mache dann löscht er beim speichern das two way binding
ist das ein bug ?

Das Verhalten hab ich auch, allerdings nur wenn type ignore gewählt ist.
Wähle ich type number funktioniert das twoway-Binding.
Wenn du type ignore nimmst, dann bekommst du im ioBroker-Protokoll auch die Meldung 'State value to set for "0_userdata.0.Test.stateZahl" has to be type "number" but received type "string" '.

@jogibear9988
Vielleicht wäre es sinnvoll default das twoway-Bindung deaktiviert zu lassen und wenn man es anwählt muss zuätzlich der Typ gewählt werden.

nö wieso, der typ ist ja oft egal

[Blockmove]

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

Vielleicht wäre es sinnvoll default das twoway-Bindung deaktiviert zu lassen und wenn man es anwählt muss zuätzlich der Typ gewählt werden.

nö wieso, der typ ist ja oft egal

Naja, da schlägt der SPS'ler in mir durch. Ich hab halt einfach gern Typsicherheit.

[Smilie108]

@jogibear9988
eigentlich schon reture als zahl nur wie das wegschneiden wieder geht bi ich noch nicht dahinter gekommen

[Blockmove]

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988
eigentlich schon reture als zahl nur wie das wegschneiden wieder geht bi ich noch nicht dahinter gekommen

Wenn du nen Typ angibst brauchst du nix wegschneiden

[Smilie108]

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

[jogibear9988]

@smilie108

hätte jetzt erwartet das das geht, ich probiere

[jogibear9988]

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

so, das geht nun.
Problem war, ich habe wenn man einen typ angibt, jeden wert geparst. Nun mach ich es nur noch mit dem ersten wert des bindings (wenn der erste ein $ oder historic binding ist, parse ich gar nicht)!

[Smilie108]

@jogibear9988
wenn ich nun

hier verknüpfe hat das aber keine auswirkungen max ist auf 65 eingestellt in objekt.
auch noch ein bug oder geht das so nicht ? sorry normales input

[Blockmove]

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

so, das geht nun.
Problem war, ich habe wenn man einen typ angibt, jeden wert geparst. Nun mach ich es nur noch mit dem ersten wert des bindings (wenn der erste ein $ oder historic binding ist, parse ich gar nicht)!

Funktioniert das dann auch wenn man in der Formula was voranstellt?
Beispiel:

'Solltemp.:' + __0 + a.common.unit

[jogibear9988]

@blockmove said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

so, das geht nun.
Problem war, ich habe wenn man einen typ angibt, jeden wert geparst. Nun mach ich es nur noch mit dem ersten wert des bindings (wenn der erste ein $ oder historic binding ist, parse ich gar nicht)!

Funktioniert das dann auch wenn man in der Formula was voranstellt?
Beispiel:

'Solltemp.:' + __0 + a.common.unit

sollte, warum nicht...

[jogibear9988]

sehe gearde auch noch, wenn man ein twoWay binding auf mehrere Variablen macht, ruft er für jede variable den setter mit dem gleichen wert auf. Das muss ich noch umbauen.
An die $ Variablen in Bindings geht aber eh kein twoWay

[Smilie108]

@jogibear9988
hat das mit dedn min und m<x begrenzungen auch zu tun ?

[jogibear9988]

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988
hat das mit dedn min und m<x begrenzungen auch zu tun ?

hä? verstehe die frage nicht

[Smilie108]

@jogibear9988 wenn ich die so wie oben im screenshot bei min und max verknüpfe dann sollte er ja keinenn größeren oder kleineren wert zulassen oder ?
Liege ich da fasch oder geht das dann anders ? oder geht das dann so überhauptnicht ?
Dachte zumindest das es so gehen sollte

[Smilie108]

@smilie108



min bei variabel ( objekt auf 20 max auf 65 und trotzdem kann ich 70 schreiben

[Blockmove]

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@blockmove said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

so, das geht nun.
Problem war, ich habe wenn man einen typ angibt, jeden wert geparst. Nun mach ich es nur noch mit dem ersten wert des bindings (wenn der erste ein $ oder historic binding ist, parse ich gar nicht)!

Funktioniert das dann auch wenn man in der Formula was voranstellt?
Beispiel:

'Solltemp.:' + __0 + a.common.unit

sollte, warum nicht...

Ich hab gerade die Version 1.022 installiert und hab nun ein Problem mit den Bindings:

funktioniert

funktioniert nicht.

Gebe ich hier einen Wert ein, so erscheint im Input-Feld "Wert null"

Im ioBroker Log kommt
State value to set for "0_userdata.0.Test.stateZahlUnit" has to be type "number" but received type "string"

[jogibear9988]

@blockmove said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@blockmove said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

so, das geht nun.
Problem war, ich habe wenn man einen typ angibt, jeden wert geparst. Nun mach ich es nur noch mit dem ersten wert des bindings (wenn der erste ein $ oder historic binding ist, parse ich gar nicht)!

Funktioniert das dann auch wenn man in der Formula was voranstellt?
Beispiel:

'Solltemp.:' + __0 + a.common.unit

sollte, warum nicht...

Ich hab gerade die Version 1.022 installiert und hab nun ein Problem mit den Bindings:

funktioniert

funktioniert nicht.

Gebe ich hier einen Wert ein, so erscheint im Input-Feld "Wert null"

Im ioBroker Log kommt
State value to set for "0_userdata.0.Test.stateZahlUnit" has to be type "number" but received type "string"

ja, das passt ja auch.
wenn du eine zahl parsen willst, darf diese in javascript nicht mit einem text anfangen.
Wenn du das vorher wegschneiden willst, musst halt auch bei "formula write back" was angeben.