Reading-Abhängiges ReadOnly?

[Ulm32b]

 
SUPI. Dreimal Daumen hoch! Herzlichen Dank.
Die Animation der gesperrten Widgets war eine zusätzliche freudige Überraschung.

Diese Baustelle kann ich damit schließen. Andere sind noch offen ...

Ulm32b

[betonmoewe]

@setstate

wäre es denn viel Aufwand, diese lock Möglichkeit auch beim Dimmer Widget einzubauen

Wäre echt super (da es da auch die Klasse readonly nicht gibt).

Viele Grüße

Die Betonmöwe

[setstate]

Dimmer versteht jetzt aus data-lock

[betonmoewe]

das ging ja wirklich richtig fix...

Ein grosses DANKESCHÖN

Die Betonmöwe

d.h. nach einem Update müsste es funktionieren oder dauert es noch bis es richtig veröffentlicht ist ?

Ach, ist ja schon da ... funktioniert klasse

[Gollum2]

data-lock="device:reading"
data-warn="device:reading"

"true" oder "1" oder "on" als Reading-Value sperren das Widget

Wäre es nicht super, wenn das READING des Devices nicht unbedingt true, 1 oder on sein müsste?

Mir schwebt sowas vor:
z.B. Warn:

data-warn-state='["Low","Critical"]'
Das wären dann die Values vom Reading, die zur Anzeige führen würden.

Setstate: Wäre sowas Umzusetzen? und ist das Sinnvoll?

Gruß
Gollum

[Rudy]

Ich könnte das data-lock Attribut noch sehr gut bei datetimepicker und spinner gebrauchen. Wäre es möglich das dort noch zu ergänzen? 

[setstate]

spinner hat es nun auch bekommen: data-lock

Code Auswählen Erweitern


<div data-type="spinner"
    data-device="dummy2"
    data-min="10"
    data-max="30"
    data-unit="°"
    data-lock="dummy1:STATE"
    class="valueonly">
</div>


[Rudy]

spinner hat es nun auch bekommen: data-lock

Code Auswählen Erweitern


<div data-type="spinner"
    data-device="dummy2"
    data-min="10"
    data-max="30"
    data-unit="°"
    data-lock="dummy1:STATE"
    class="valueonly">
</div>


Super. Vielen Dank.

P.S.: Für den datetimepicker brauche ich es auch nicht mehr. Habe da ein bisschen was umgebaut.

[Garbsen]

Moin

Mache gerade meine ersten Schritte im Tabletui, Herausforderung (bisher nie html programmiert) aber spannend (copy/Paste + trial/error)
Dieses ReadOnly ist ein interessantes Detail, derzeit brauche ich es nicht konkret, baue es aber vorsichtshalber in alle Devices und Steuerungen mit ein. (Wenn ich es gleich mache, spare ich mir später Arbeit, da ich weitere Devices dann per copy/Paste anlege)
Frage / Problem: wenn ich das Reading in FHEM setze, dann wirkt sich das im Tabletui erst aus, wenn ich im Browser auf Aktualisieren gehe, genauso umgekehrt, wenn ich das Reading wieder auf 0 setze, bleibt das Devices im Tabletui gesperrt.
Wie schaffe ich es, dass sich das automatisch aktualisiert?

[Ralf.E]

Button, Push, Switch, Pagebutton können das genauso. Link noch nicht
Und Link jetzt auch ...

Code Auswählen Erweitern

data-lock="device:reading"

"true" oder "1" oder "on" als Reading-Value sperren das Widget

Gerade mal ausprobiert: die Doku spricht (nur) von einem data-lock="reading" was bei mir nicht funktioniert hat. Mit data-lock="device:reading" geht es dann...

Ralf

[setstate]

Stimmt.
Ist jetzt geändert, sodass auch nur mit der Angabe des Readings funktioniert.
Danke

[tante ju]

Bin auch endlich dazu gekommen, das auszuprobieren. Funktioniert super. Danke dafür.

[Ulm32b]

Beim Essen kommt der Appetit: Nachdem data-lock so viele Leute glücklich macht, möchte ich vorsichtig die Frage stellen, ob die Umsetzung folgender Option sinnvoll und machbar wäre:

Bei aktiviertem data-lock wird das Icon (Vor- und Hintergrund) auf half-transparent (oder so) gesetzt. Damit würde bereits vor einer Betätigung signalisiert, dass hier keine Aktion möglich ist. Z.B. als CSS-Klasse data-lock-indicate oder data-lock-show.

Dies mit Bordmitteln über data-colors zu realisieren, erscheint mir zumindest nicht trivial, weil die Sperre ja sowohl im on- wie im off-Zustand gesetzt werden kann und die Farben damit von 2 Readings abhängig wären.

Beste Grüße
Ulm32b

[Standarduser]

Hast du es schonmal mit dem classchanger Widget probiert?
https://wiki.fhem.de/wiki/FTUI_Widget_Classchanger

[Ulm32b]

Ja, classchanger hatte ich schon versucht, ohne Erfolg. Wahrscheinlich liegt es daran, dass das data-device, welches über den switch geschaltet wird, ein anderes ist, über welches der Zustand "gesperrt" definiert wird. Classchanger kennt anscheinend nur ein data-device.

Mein funktionierender Code mit data-lock lautet:

Code Auswählen Erweitern

<div data-type="switch" class="large left-space-3x" data-device="Garage_Nord_Fahrbefehl_auf" data-icon="fa-chevron-up" data-on-color="hsl(50,100%,50%)" data-lock="Garage_Nord_Fahrbefehl_auf_gesperrt:readonly" data-get-on="on" data-get-off="off"></div>


Ich könnte mir zwar vorstellen, dass man über Hilfsdummies zum Ziel kommt, aber ich schrecke davor zurück, einen zunehmend undurchsichtigen Code zu installieren.

Viele Grüße
Ulm32b