Angepinnt Skin MetrixStyleHD für DreamOS ( OE 2.5 / 2.6 )

Erstmal Danke und wenn ich Zeit habe kann ich dir auch dafür mit der 10.2 als Basis ein Beispiel machen

OK, anbei auf Basis der 10.2 ein paar Optionen "Box und Tuner spezifisch" als Beispiele

Ich hoffe das reicht damit du erstmals beschäftigt bist

Beim MSN Weather weis ich aber nicht wie sinnvoll das ist es optional zu machen (müssten dann im control file aus den depends raus), das mit dem has_tuners und dem has_cputemp sollte aber ausreichen damit du siehst wie man sowas umsetzen kann. Im prinzip gehts ja nur darum die optionen die dynamisch sind mit append als liste aufzubauen, weil da kann man leicht was weglassen. Und bei den Tunern siehst du auch das es je nach Tunerconfig auch sinnvolle default werte geben kann

Na ja die Sachen die ich eingebaut habe sollten eigentlich alle funktionieren, weil ich aufgepasst habe nichts kaputt zu machen.

Das könntest du mehr oder weniger as-it-is releasen, aber wenn dir fade ist kannst du natürlich alle Configs auf Optionslisten mit append umbauen und ja das ist dann etwas mehr Arbeit

Auch ob man Beschreibungstexte - wie Tuner mit und ohne (FBC) auch dynamisch macht ist eher Kosmetik.

PS: ich habe die plugin.py aber nochmals getauscht wegen dem unterschiedlichen Tuner Anzeige Default Wert,, mit einer *def variable ist das eleganter.

du hast wahrscheinlich recht, dann mach die if has_msnweather halt wieder raus

wie gesagt es sind Beispiele, ob und was du davon verwendest ist natürlich deine Entscheidung

Das mit der tuner Anzahl macht da schon mehr sinn...

Mach das am einfachsten mit os.listdir und startswith, so in der Art:


Für das Tuner durchzählen habe ich dir ja sowas ähnliches als Beispiel schon rein gemacht.

Sorry, dann habe ich doch was kaputt gemacht ich habe vergessen das wenn du die configs neu definierst auch wieder die default werte geholt werden. Du musst da im init eine First variable auf true setzen und dann beim ersten Aufruf der ConfigDreambox auf false. Dann vor der config anlegerei ein if not First return. Dann werden die config parameter nur beim ersten statt angelegt. Oder du machst das in einer Autostart Methode.

Ich mach dir das am Abend noch in mein Beispiel rein

OK, anbei das Beispiel wie vorgeschlagen mit einer metrix_firstrun variable, damit die Config so wie früher nur beim ersten Aufruf definiert und damit nur einmal aus den settings geholt wird wird.

Es gibt natürlich auch andere Wege die zum Ziel führen

Na ja ich hoffe es hat sich gelohnt, aber wenn man die Wertelisten auf extra variablen hat bevor man sie in die Config Creation kippt ist man letztztendich einfach flexibler

Oft z.B. setzt du bei mehreren Configs die gleiche Liste von Farben als Auswahl, wenn du die jetzt alle mit der gleichen Farblisten variable definierst, dann musst du eine neue Farbe nur 1x reinmachen, etc ...

sorry hatte vergessen das ich es ja als listdir importiert habe, haettest du aber bei den tunern sehen koennen wie es richtig ist.

Aber hauptsache es geht. Und ja zum Teil wäre eine rgb skala oder ein regenbogen slider was nettes. Aber reine slider als config sind nicht schwer zu machen, der trick wäre das ergebnis gleich zu sehen.

Nein Farben in Hexadez sind sicher nichts für user.

Was ich anbieten könnte ist eine andere Bastelei die ich beim mir runliegen habe die dir die ganzen png für die Farben und transparenzen ersparen könnte

Na ja die Version in den Titel zu machen ist 2min Arbeit, das könntest du aber von vielen meiner Plugins klauen

Weil im Endefekt musst du nur eine setWindowTitle methode schreiben und aufrufen wo der text mit der version als Title geswetzt wird.

also in deiner _init__ ziemlich am Anfang ein


und dann gleich nach der __init__ sowas:
Ein

metrix_version="10.X"

muss dann halt noch ganz am Anfang also globale variable in der plugin.py stehen.

Zu den Farben:

Wenn es nur darum geht dem User die Farben zu zeigen und du nicht an deinem Kleks hängst dann kann man statt dessen sich selbst ein svg schreiben und dass dann anzeigen.

Probier mal ein file mit folgendem Inhalt als plugin.svg im Plugin directory anzulegen:
Wenn das dann statt dem plugin.png laden lässt siehst du was ich meine.

Mann muss nur die rgb und alpha werte von hex auf Integer umrechnen und kann damit ein file für jede Farbe schreiben nur wenn man es braucht statt es ins plugin zu packen. Ich habe den entsprecheden python code den müsstest du nur in deine getPiconPath routine machen wenn kein entsprechendes *.png gefunden wird und schon kannst du alle #
.png löschen