Skin.arctic.horizon: [Frage]

Die eigentliche PNG-Textur ist grün, so dass zum Ändern der Farbe eine neue Textur erstellt werden muss. Nicht schwierig, aber nicht so einfach, wie nur die Farbdefinition im Farbschema zu ändern.

Wieso den? Welche Farbe würden Sie erwarten? Ich kann es einfach genug anpassen, indem ich mich nur frage, was die erwartete Nutzung ist, damit ich bestimmen kann, wie ich es am besten implementieren könnte.

Persönlich bevorzuge ich Blau oder jede andere dezente Farbe, Grün sticht mit meinem AH-Farbschema wie ein wunder Daumen heraus.
Es wäre toll, wenn du es personalisieren könntest 😀

Wie Sie sehen können, passt Grün nicht zu meinem Farbschema.

Vielen Dank

Eine andere Farbe im Picker wäre nicht schlecht 😉

Ich habe mich gerade daran erinnert, warum ich die Farbe in die Textur selbst hartcodiert habe - colordiffuse-Variablen reagieren nur auf das fokussierte Element. Grundsätzlich bedeutet, dass, wenn ich es anpassbar mache, alle Indikatoren je nach Status des fokussierten Gegenstands die Farbe ändern, was definitiv nicht gewollt ist!

Ich kann die Farbe anpassbar machen, indem ich ein paar verschiedene Texturoptionen zum Umschalten einfüge, aber leider keine auswählbare Farbe über die Farbauswahl (es gibt eine Möglichkeit, aber die Auswirkungen auf die Leistung werden es nicht wert sein - während ich nur die Textur auswechsele) kostet grundsätzlich nichts).

@jurialmunkey Könnte script.skinvariables möglicherweise dazu genutzt werden?

Ich weiß nicht, ob es jetzt Farb- / Bildverarbeitung durchführt, aber ich habe kürzlich eine sehr einfache Bildüberlagerungslogik mit PIL in AutoWidget geschrieben, die für mich riecht, als könnte sie relevant sein 😉

@jurialmunkey Könnte script.skinvariables möglicherweise dazu genutzt werden?

Ich weiß nicht, ob es jetzt Farb- / Bildverarbeitung durchführt, aber ich habe kürzlich eine sehr einfache Bildüberlagerungslogik mit PIL in AutoWidget geschrieben, die für mich riecht, als könnte sie relevant sein 😉

Leider nicht. Es ist etwas, das in die Funktionsweise von itemlayout in einem Container integriert ist.

Wenn Sie colordiffuse="$VAR[MyColorVar]" tun, beziehen sich alle ListItem-Referenzen in den Variablenbedingungen auf das fokussierte Element und nicht auf dieses spezifische Element im Layout. Aus dem gleichen Grund muss der Farbwähler für jede mögliche Farbe eine tatsächliche physische Textur haben, da er nicht einfach so etwas wie colordiffuse="$INFO[ListItem.Property(color)]" im Elementlayout verwenden kann.

Nehmen Sie die folgende Variable:

<variable name="MyColorVar">
     <value condition="String.IsEqual(ListItem.Overlay,OverlayWatched.png)">ff00ff00</value>
     <value>ffffffff</value>
</variable>

Sagen wir, Item1 wird beobachtet und hat den Fokus. Item2 ist unbeobachtet und unfokussiert.

Im itemlayout für item2
<label>$VAR[MyColorVar]</label> gibt <label>ffffffff</label>
JEDOCH
colordiffuse="$VAR[MyColorVar]" gibt colordiffuse="ff00ff00"

Ich bin mir ziemlich sicher, dass dies aus Leistungsgründen so gemacht wird - es ist der gleiche Grund, warum das Verweisen auf externe Container oder Fenstereigenschaften aus dem itemlayout zu unerwarteten Ergebnissen führt.

Selbst wenn wir script.skinvariables verwendet haben, um eine Variable pro Listenelement zu generieren, ist es nicht möglich, auf diese Variablen zu verweisen. Sie können etwas wie colordiffuse="$VAR[MyColorVar_$INFO[ListItem.CurrentItem]] nicht tun, weil currentitem auf das fokussierte Element verweist, wenn es im colordiffuse-Tag verwendet wird. Und wie auch immer, Sie können $VAR/$INFO nicht als Teil von var/info-Namen verwenden, da Builds beim Laden des Fensters vor der Auswertung von $VAR/$INFO enthalten sind.

Die einzige Möglichkeit besteht darin, für jeden Indikatortyp separate Steuerelemente zu verwenden, die jeweils über eine eigene Farbstreuungsdefinition verfügen. Das ist ein Performance-Hit im Vergleich zur Verwendung von nur einem Steuerelement, das die Textur basierend auf einer Variablen umschaltet.

Okay, ich habe mit ein paar Sachen herumgespielt. Ich denke, wenn ich es so beschränke, dass Sie nur die Farbe des Häkchens bearbeiten können und diese Farbe auch an die Farbe der Fortschrittsanzeige gebunden ist, ist dies nicht so schlimm, da es nur zu einem zusätzlichen Steuerelement mit nur wenigen zusätzlichen Sichtbarkeitsbedingungen führt (also minimale Auswirkungen auf die Leistung) ).

Bedeutet, dass Sie keine neue Sternfarbe oder einen der anderen Indikatoren bearbeiten können. Bedeutet auch, dass der Kreis der Fortschrittsanzeige dieselbe Farbe wie die Farbe des Häkchens hat. Und nur die neue Anzeigefarbe des Kreisstils kann bearbeitet werden (kann nicht den "klassischen" Eckenstil bearbeiten).

Skin Settings > Items and Views > Watched Indicators > Watched progress colour

Das ist großartig. Vielen Dank, dass Sie diese Funktion hinzugefügt haben, ohne die Leistung zu beeinträchtigen 😀
Ich mag es wirklich, wie mein Setup so stimmig ist.