@rantanplan:
@apollon77:
hast Du ein Beispiel? Dann schaue ich da mal rein `
Eigentlich alle anderen bool Widgets.
Da hat man gar keine Möglichkeit Werte für wahr/falsch einzugeben. `
Ich denke weil die halt von booloean States ausgehen und damit immer true/false schreiben.
Das Widget hier kann halt quasi beliebige Werte (du könntest auch "blubb" und "fasel" als Werte für true/false angeben und es sollte gehen. Damit kann der mehr als die anderen Widgets.
@rantanplan:
Den "Ack"-Wert habe ich noch nicht begriffen. Immer mal wieder gelesen aber noch nie einen "Aha"-Effekt gehabt :oops: `
Eigentlich ganz einfach.
Ack=true bedeutet das dieser Wert vom Adapter kommt und damit "echt" ist weil er die "echte "aktuelle Einstellung/Daten des Aktors wiederspiegelt.
Bei Ack=false ist es so das ein Skript oder wer auch immer gern hätte das der Aktor diesen angegeben Wert setzt. Er ist also nicht vom Aktor bestätigt und kommt auch nicht vom Aktor, sondern der Aktor soll den Wert setzen.
Üblicherweise wird der Aktor (oder das Skript) diesen Wert nehmen und versuchen zu setzen und am Ende einen neuen Wert mit Ack=true als neuen "bestätigten Wert" wieder zurücksenden. Das kann der gleiche Wert sein wie angefragt oder aber nicht (kann ja sein das der Aktor sagen "ne den Wert kann ich gerade nicht setzen, aber ich setzte was anderes" (nein, 40 Grad Celsius kann ich nicht, mein Wertebereich geht nur bis 35 Grad)
@rantanplan:
Schön wäre wenn man in Falsch/Richtig-Wert nichts einträgt funktioniert es wie bei allen anderen Widgets.
Ansonsten Wertevergleich. `
Naja in dem Fall sind die Standardwerte 0 und 1 und das war vor meiner Änderung so. Also werden leere Felder auch weiterhin mit 0/1 behandelt und nicht true/false. Hier inkompatibel zu anderen Widgets, aber rückwärtskompatibel zu sich selbst 🙂
@rantanplan:
Genial wäre natürlich
"xyz" = Wertevergleich
wahr/true/0 immer "an"
falsch/false/1 immer "aus" :shock: `
Dann müsste ich aber wissen was am Ende geschrieben werden soll. Also müsste den Datentyp des States raussuchen … hm ...
