Weihnachtsangebot 2025! 🎄

[bahnuhr]

@willyiobrok sagte in widget jqui-input: Variable mit Typ "number" ?:

hat dieser mqtt-Server automatisch alle verwendeten Datenpunkte

oben hast du manuelle anlage geschrieben !

[WillyIobrok]

@bahnuhr

ich sagte ja, daß dieser eine Datenpunkt manuell angelegt wurde. Aber fast alle anderen wurden vom mqtt-Server angelegt.

[bahnuhr]

@willyiobrok sagte in widget jqui-input: Variable mit Typ "number" ?:

@bahnuhr

ich sagte ja, daß dieser eine Datenpunkt manuell angelegt wurde. Aber fast alle anderen wurden vom mqtt-Server angelegt.

Grundsatz:
automatisch angelegte bleiben unter mqtt
manuelle anlegen unter userdata oder javascript.

[WillyIobrok]

@willyiobrok said in widget jqui-input: Variable mit Typ "number" ?:

Übrigens - der DP "mqtt.0.rot_tarDsL" ist unter mqtt angelegt, weil er logisch zu 5 anderen Variablen gehört, die vom mqtt-Server benutzt werden. In meinem System sind 99 % aller Variablen unter mqtt auch von mqtt benutzt und gehören dort auch hin. Mir war hier der logische Zusammenhang einfach wichtiger als irgendwelche systematischen Gepflogenheiten.

Das war meine obige Aussage. Hätte wohl noch dazuschreiben sollen, daß die von mqtt benutzen Variablen auch vom mqtt-Server angelegt wurden.

Aber das ist jetzt müßig, ich hab das Grundprinzip jetzt verstanden.

[Homoran]

@willyiobrok sagte in widget jqui-input: Variable mit Typ "number" ?:

Als ich vor einigen Jahren

damals konnte man noch überall eigene Datenpunkte anlegen.
Das Geschrei war dann immer groß, wenn durch ein Adapterupdate die eigenen DPs verschwunden waren.
Daher sind eigene Datenpunkte "eigentlich" nur unter 0_userdata.0 sicher.
(Ausnahme ist javascript.n und jetzt auch MQTT.n)

ist aber alles OT!
Und bringt uns der Lösung des Ursprung"problems" nicht weiter.

@willyiobrok bitte alle noch offenen Fragen zu diesem Thema beantworten

[WillyIobrok]

@homoran

OK, vielen Dank für die Erklärung, jetzt weiß ich wenigstens auch warum :blush:

[Homoran]

@willyiobrok können wir das Thema dann zügig abschließen?

[WillyIobrok]

@homoran said in widget jqui-input: Variable mit Typ "number" ?:

@willyiobrok sagte in widget jqui-input: Variable mit Typ "number" ?:

that's it.

nein ist es nicht!
wir drehen uns im Kreis, und das mehrfach!

Das Widget funktioniert.
Der DP ist korrekt.

Die Eingabe wird als String erkannt, warum auch immer!!

Ob zusätzliche Leerzeichen, oder die Eingabe am Fire es als Text formatieten wissen wir immer noch nicht.

Die von mir vorgeschlagenen Tests wurden noch immer nicht durchgeführt!

OK, ich hatte eigentlich schon aufgegeben ... es funktioniert ja alles nach ca. 1Tg debugging!

• bis auf die warning, die definiert jedesmal kommt, wenn ich diesen DP über das widget jqui input beschreibe.

Ja, wir können das Thema zügig abschliessen.
Ich habe getestet, ob die warning verschwindet wenn ich die jqui Input konfiguration von "left-aligned" auf "right-aligned" umstelle - negativ, das war's nicht.
auch die Eingabe über den Edge Browser am Windows-PC hat dieselbe Warning generiert!

Ich werde jetzt einen anderen DP anlegen und mit dem jqui input verknüpfen und testen, ob die warning immer noch kommt.
Mehr gewünschte Tests fallen mir auf Anhieb nicht mehr ein ... ich werde aber morgen den Thread nochmal durchlesen.

[Homoran]

@willyiobrok sagte in widget jqui-input: Variable mit Typ "number" ?:

Mehr gewünschte Tests fallen mir auf Anhieb nicht mehr ein .

bitte anderes Frontend als das fire zur Eingabe nutzen

[WillyIobrok]

@homoran
hatte ich schon - war ein nachtrag im letzten Post, sorry ...

[Homoran]

@willyiobrok sagte in widget jqui-input: Variable mit Typ "number" ?:

bis auf die warning, die definiert jedesmal kommt, wenn ich diesen DP über das widget jqui input beschreibe.

DAS ist das eigentliche Thema des Threads

[WillyIobrok]

@homoran

nicht ganz ... die warning kommt schon zu recht ...

Es ist tatsächlich so, daß das widget IMMER einen string zum Datenpunkt schiebt, auch wenn man "Als String:" ausgeschaltet hat.
Habe das Problem gerade über Funk mit einem Freund, der ebenfalls SW-Ingenieur ist, und sich aber in javascript - im Gegensatz zu mir - auskennt, besprochen und bei der Gelegenheit nochmal im Internet (Google, nicht nur hier im Forum) gesucht und bin jetzt komischerweise fündig geworden:

https://github.com/iobroker/ioBroker.vis/issues/372

https://forum.iobroker.net/topic/5838/bug-jqui-input-wird-immer-als-string-eingegeben

Sorry, daß ich vor dem Öffnen des Threads nicht breitbandig, sondern nur hier im Forum gesucht hatte, da hab ich die Links nicht gefunden.

Das Problem ist offensichtlich seit 2017 bekannt. Jeder programmiert eigene Workarounds drumrum und die Fehlermeldungen wurden automatisch nach einiger Zeit geschlossen und das Ganze gerät in Vergessenheit.

Also nochmal vielen Dank für die Unterstützung und Mühe von Deiner Seite. Auch wenn wir daran nichts ändern können, ich habe trotzdem viel gelernt!

Viele Grüße

WillyIoBrok

[Homoran]

@willyiobrok sagte in widget jqui-input: Variable mit Typ "number" ?:

Es ist tatsächlich so, daß das widget IMMER einen string zum Datenpunkt schiebt, auch wenn man "Als String:" ausgeschaltet hat.

ist das so?
ich könnte schwören bei mir nicht. Allerdings schalte ich da nur alle paar Monate mal was um. Dabei ist mir nie eine solche Meldung aufgefallen.
wäre sonst ein issue wert.

[DJMarc75]

@willyiobrok sagte in widget jqui-input: Variable mit Typ "number" ?:

Es ist tatsächlich so, daß das widget IMMER einen string zum Datenpunkt schiebt

nö, gerade getestet mit dem Input Widget. Kommt Zahl an meinem DP vom Typ Zahl !
Allerdings ist mein DP unter

0_userdata.....usw

angelegt

[Homoran]

@djmarc75 sagte in widget jqui-input: Variable mit Typ "number" ?:

Allerdings ist mein DP unter

das sollte nicht entscheidend sein.

@WillyIobrok
das issue von mrfenyx ist aber bereits geschlossen.
hast du ggf. noch eine veraltete Version?

[WillyIobrok]

@homoran

Moin moin!

Veraltete Version ?
Wenn wir hier über den Adapter vis-jsqui-mfd / „jQuery-UI-Stile Widgets“ reden sollten - ich habe die aktuelle Version 1.0.12 …

Das issue von mrfenyx (wie auch das andere) wurde nach meinem Verständnis aufgrund von Inaktivität automatisch nach einiger Zeit geschlossen.

Anyway, heute Abend werde ich nochmal testen.

Gruß,

WillyIoBrok

[bahnuhr]

@willyiobrok

Ich habe auch getestet.
Bei mir kommt auch der Hinweis obwohl ich eine Zahl eingegeben habe.

Aus meiner Sicht ein bug der bisher nicht bereinigt/bearbeitet wurde.

Insofern hat @WillyIobrok schon recht.
Issue wurde wg. zeit geschlossen. Fehler ist aber noch drin.

und @djmarc75 :
Bei mir angelegt unter javascript.0
(userdata mag ich nicht ;-) )
(ist mir zuviel Aufwand dies zu ändern).

[WillyIobrok]

@bahnuhr

Danke für's überprüfen.

Ich hatte jetzt auch noch ein bischen Zeit und habe mir eine neue Variable unter 0_userdata.0 angelegt und ein völlig neues widget jqui Input kreiert.
Beide miteinander verknüpft - das Verhalten ist auch hier so wie bisher beschrieben.
Es funktioniert alles (sofern man nicht bei der Weiterverarbeitung auf den Typ number angewiesen ist), aber es kommt als info die warning

web.0	2023-07-22 10:07:02.002	info	State value to set for "0_userdata.0.TestDP" has to be type "number" but received type "string" 

Ich weiß jetzt nicht, ob man wegen der Lappalie (so sehe ich das mittlerweile) nochmal ein issue auf Github aufmachen soll oder den Topic einfach schließen?

[bahnuhr]

@willyiobrok sagte in widget jqui-input: Variable mit Typ "number" ?:

issue auf Github aufmachen soll oder den Topic einfach schließen?

ja, mach issue erneut auf.
Und schreib in #1 [bug]

[WillyIobrok]

@bahnuhr

done. :-)

Topic closed here.