Hi,
ich hätte da noch einen Feature-Request für die Widget-Attribute data-warn & data-lock...
Soweit ich das verstanden habe wird aktuell nur der Wert eines Readings ausgewertet - wenn der Wert größer 0 oder "true" oder "on" ist wird das "lock"/"warn" aktiv.
Hier wäre es spannend noch ein "data-warn-on" bzw. "data-lock-on" angeben zu können.
Ein Workaround wäre zwar mit einem userReading möglich, aber obiges erscheint mir verständlicher.
Ralf
Für lock gibt es schon data-lock-value. Für hide muss ich es noch einbauen.
Wäre data-lock-on intuitiver?
Zitat von: setstate am 03 Januar 2017, 15:24:15
Wäre data-lock-on intuitiver?
find ich persönlich schon. aber data-lock-value tuts auch ;)
@reb: data-warn bezieht sich ja auf die daten von data-get-on...
@setstate: ist für link data-warn machbar?
Zitat von: setstate am 03 Januar 2017, 15:24:15
Für lock gibt es schon data-lock-value. Für hide muss ich es noch einbauen.
Wäre data-lock-on intuitiver?
Könnte ich mir persönlich vorstellen, wenn für data-lock-on auch Angaben wie für data-get-on erlaubt/denkbar sind: z.B. data-lock-on="[0-9]{1,3}|on".
data-lock-value hört sich nach einem 'single value' an - ist aber nirgendwo vermerkt?
Wie schaut es mit data-warn aus?
Speziell für Fälle wo man kein Overlay oder nur ein Overlay mit einem Ausrufezeichen (oder einem anderen single-character) haben möchte? Geht zwar auch mit einem Reading, welches 0 oder einen non-numeric value liefert, ist aber IMHO weniger intuitiv...
Zitat von: Andy89 am 03 Januar 2017, 15:32:50
@reb: data-warn bezieht sich ja auf die daten von data-get-on...
Afaik, wird dort ein <reading> oder <device:reading> angegeben...
Zitat von: setstate am 03 Januar 2017, 15:24:15
Für lock gibt es schon data-lock-value. Für hide muss ich es noch einbauen.
Ich habe data-lock-value eben ausprobiert, aber da passiert nichts?!?
Ich vermute:
data-lock="<device>:<reading>"
data-lock-value="0"
sollte das Widget locken, wenn <device>:<reading> 0 reported?