Logic und Items verknüpfen

[Cannon]

Mittels watch_item kann ich eine Logik triggern, wenn das item verändert wird. Das Item verändere ich hier in dem Beispiel mit on_change. convert_color nimmt nun den Wert des Items und verändert diesen. Nun möchte ich aber, dass das zum einen die Logik nicht ständig aufgerufen wird, wenn ich den konvertierten Wert zurück schreibe und irgendwie ist es ja auch blöd erst einen falschen Wert zu schreiben und dann die Änderung danach vorzunehmen. Gibt es einen eleganteen Weg das zu lössen? Das Ziel ist also einen HSB-Wert aus einem Item per Logik umwandeln zu lassen und diesen dann in ein anderes Item zu schreiben.

    Farbtest_HSBtoRGB:
        HSB:
            type: list
            eval: list([sh..H(), sh..S(), sh..B()])
            eval_trigger:
                - .H
                - .S
                - .B
            on_change:
                - ..RGB = value
            H:
                type: num
            S:
                type: num
            B:
                type: num
        RGB:
            type: list
            convert_color: HSBtoRGB

Lassen sich evtl. auch Funktionen aus Logiken aufrufen?

[Msinn]

Lassen sich evtl. auch Funktionen aus Logiken aufrufen?

Nein, Funktionen die Du in Logiken definierst sind nur lokal innerhalb der Logik bekannt.

[Cannon]

Jetzt gehts. Ich schreibe das dann einfach in Unteritems.

    Farbtest_HSVtoRGB:
        HSV:
            type: list
            convert_color: HSBtoRGB
            eval: "[sh..H(), sh..S(), sh..B()]"
            eval_trigger:
                - .H
                - .S
                - .B
            H:
                type: num
                initial_value: 0
            S:
                type: num
                initial_value: 0
            B:
                type: num
                initial_value: 0
            RGB:
                type: list
                eval: "[sh..R(), sh..G(), sh..B()]"
                eval_trigger:
                    - .R
                    - .G
                    - .B
                R:
                    type: num
                    initial_value: 0
                G:
                    type: num
                    initial_value: 0
                B:
                    type: num
                    initial_value: 0

[Cannon]

Nein, Funktionen die Du in Logiken definierst sind nur lokal innerhalb der Logik bekannt.

Ist sowas mal vorgesehen? Das muss ja nicht Logik heißen, aber so wie es eine Datei für alle structs gibt, wäre eine Datei mit nützlichen Funktionen sinnvoll, ohne gleich ein plugin schreiben zu müssen. Die könnte man dann leicht in ein eval einbinden. Was die Items in diesem Beispiel hier erheblich kürzer machen würde.

[Msinn]

Ist bisher nicht vorgesehen. Ich habe das aber mal in's Backlog aufgenommen darauf rum zu denken.

[Cannon]

Ich habe das aber mal in's Backlog aufgenommen darauf rum zu denken.

Danke.

[Onkelandy]

Finde den Vorschlag sehr cool. Ein kleines bisschen wird das ja über sh.tools bzw. die utils lib so angeboten. Die Funktionen sind aber nicht so üppig. Ein erster Schritt könnte durchaus sein, eine rgb2hsv und umgekehrt Berechnung dort zu integrieren - wird ja öfters für versch. Dinge gebraucht. Da tools aber eher deprecated ist, weiß ich nicht, was da der vernünftige Ansatz wäre.

[Cannon]

Ich würde so eine Möglichkeit eher für den Endanwender sehen. Die Tools sollten ja weiter bestehen bleiben und man könnte sicherlich auch in den Tools weitere Dinge, die immer wieder gebraucht werden, wie rgb2hsv usw. mit einpflegen.

[Onkelandy]

Ach ja, du könntest auch noch was probieren.. Prinzipiell funktionierts - ob das Ergebnis stimmt, musst du anhand deiner Items (0-100 oder 0-255), etc. selbst sehen. Hab auch das Gefühl, dass Hue um 180° falsch ist, aber keine Ahnung

tuple(round(i * 100) for i in __import__('colorsys').rgb_to_hsv(sh...RGB.R()/100, sh...RGB.G.dimmen()/100, sh...RGB.B.dimmen()/100))

[Cannon]

Ach ja, du könntest auch noch was probieren.. Prinzipiell funktionierts - ob das Ergebnis stimmt, musst du anhand deiner Items (0-100 oder 0-255), etc. selbst sehen. Hab auch das Gefühl, dass Hue um 180° falsch ist, aber keine Ahnung

tuple(round(i * 100) for i in __import__('colorsys').rgb_to_hsv(sh...RGB.R()/100, sh...RGB.G.dimmen()/100, sh...RGB.B.dimmen()/100))

Was macht das und wo setzte ich das ein? Direkt im eval eines Items? Die Quelle sind aber HSB bzw. HSV-Werte und nicht RGB.

[Onkelandy]

Ja im eval. Es gibt natürlich auch die umgekehrte Funktion, siehe doku von colorsys

[Cannon]

natürlich auch die umgekehrte Funktion, siehe doku von colorsys

ja die colorsys ist mir klar. Ich weiß nur nicht was das hier macht "tuple(round(i * 100) for i"? Ein Tuple ist doch eigentlich nur eine fixe Liste. Fügt dieses "for i" die Elemente in das tuple ein?

[Onkelandy]

das for i geht einfach durch alle Teile des Ergebnisses und multipliziert sie mit 100, weil die lib imho nur Werte von 0 bis 1 ausspuckt. Aber da kannst ja noch experimentieren. Es ging mir eher drum, dass du mit dem import zumindest module im Eval nutzen kannst.

[Cannon]

Es ging mir eher drum, dass du mit dem import zumindest module im Eval nutzen kannst

Danke. Dennoch will ich ja verstehen was das macht. :-)