Ok, Box läuft wieder.
Warte dann auf das neue Update

Gruss


Gesendet von iPhone 11 Pro mit Tapatalk Pro

Bei mir ging das Zwangsupdate erst mal auch in die Hose, trotz vorherigem Update der .py, inkl. Neustart der Box (siehe: GithubPluginUpdater). Es gab zwar keinen Freeze, sondern der PluginUpdater lies sich nicht mehr aufrufen, sprich drauf klicken und es passierte einfach nichts mehr. Abhilfe war dann, den Updater zu deinstallieren auf der Box (Duo2) und dann aus Post 1 neu zu installieren. Danach ging das Zwangsupdate und der GithubPluginUpdater läuft jetzt auch wieder.

Self-Update lüppt jetzt. Danke!

Auch bei mir auf beiden Boxen (DUO und UNO 4K SE) die aktuelle 1.6.5 am laufen.

Sven H schrieb:

Damit ihr euch bei künftigen EMC-Updates im master-Branch keine inkompatible DreamOS-Version vom EMC installiert, müsst ihr unbedingt rechtzeitig auf die Version 1.6.4 des GithubPluginUpdaters aktualisieren.
Die Version 1.6.4 erkennt, ob die DreamOS-Version aus dem master-Branch oder die bisherige Version aus dem py2-Branch installiert werden muss.

Auch vor allem DAFÜR möchte ich mich bedanken, da ich nicht mitbekommen habe, das "unser" EMC in einen py2 Branch verschoben wurde.

Es wird wohl nicht mehr viele EMC Updates für "uns" geben, aber so sind wir SICHER.

Okay, dann möchte ich mich natürlich dafür auch bei @dhwz bedanken.

Hab da mal für mich was "gebastelt" und möchte es anderen nicht vorenthalten.
Also, falls jemand interesse hat, bitteschön.

Skinpart für den GithubPluginUpdater ab Version 1.6.5


Hiermit wird der GithubPluginUpdater (GPU) im Vollbild auf einem FHD-Boxskin dargestellt. Ich weiß, dort gibt es nicht viel darzustellen, aber vielleicht möchte jemand den GPU trotzdem Bildschirmfüllend vom Sofa aus bedienen.
Ähnlichkeiten mit einem anderen Skin von mir sind nicht zufällig, falls es jemandem auffallen sollte.


Die Skinpart-Datei "skin_GithubPluginUpdater.xml" muss idR in den Ordner "allscreens" in das Skin-Verzeichnis kopiert werden und dann in den Skin-Einstellungen aktiviert werden. Danach reicht idR ein GUI-Neustart.


Der Ordner "images" muss in das "GithubPluginUpdater"-Pluginverzeichnis kopiert werden.


Sollten die Farb-Buttons im "skin_default"-Ordner im Box-Skin nicht vorhanden sein, habe ich auch diese mitgeliefert.


Im Auswahlfenster (Choicebox), wo die Zahlenbuttons von 1 bis 0 angezeigt werden, musste ich leider ein wenig "tricksen". Dort werden die Standard-Buttons angezeigt und ich kann diese nicht "ausschalten", weshalb ich dann "meine" Buttons drübergelegt habe. Kann natürlich sein, das dies nicht bei jedem dann so passt, je nach Größe und Position der Standard-Buttons.


Da ich kein Experte im skinnen bin, Bitte ich diesen mit Vorsicht zu testen (Image-Backup).
Bei mir läuft er auf "Maggys FullFHD Skin".


Wenn dieser auf anderen Skins nicht "funktioniert", kann man sich den gerne für sich anpassen oder diesen Skinpart nur als Vorlage nehmen, um seinen eigenen Kreationen freien Lauf zu lassen.

@Marti_win7
Eigentlich brauchst Du die ChoiseboxGPU gar nicht skinnen, und somit auch nicht tricksen.

Ich habe weder die ChoiseboxGPU noch die MessageBoboxGPU geskinnt. Bei beiden wird es so angezeigt, wie ich es in meinem Skin gewöhnt bin.

Blomquist schrieb:

Bei beiden wird es so angezeigt, wie ich es in meinem Skin gewöhnt bin.

Eben drum. Ich wollte gerne diese beiden Fenster auch in dem gleichen Design haben und nicht bei der Bedienung des GPU einen ständigen Designwechsel haben.

Mein BoxSkin sieht ja völlig anders aus.

Beim Serienrecorder habe ich das auch gemacht. Die Coverauswahl habe ich auch extra geskinnt, damit diese dem SR Skin gleicht.

Wenn ich ein Plugin schon anders, individuell umgestalte, möchte ich nicht ständig unterschiedlich aussehende Fenster haben. Dies wäre beim GPU aber dann der Fall.

Ein wenig anderes aussehen von manchen Plugins gegenüber dem Rest der Box finde ich toll.

Ach so. OK. Wenn es unterschiedlich zum eigentlichen Skin-Design aussehen soll, dann muss man natürlich Änderungen vornehmen.

Bei mir ist es genau anders herum. Ich mag es nicht, wenn die PlugIns unterschiedlich aussehen. Daher bekommt nach Möglichkeit jedes PlugIn das einheitliche Design übergebügelt.

@Marti_win7
Dein Skinpart funktioniert auf dem linearFHD soweit gut.
Nach Beendigung vom GithubPluginUpdater wird mir allerdings eine Fehlermeldung bezüglich "backgroundColor="background7" angezeigt.

skin_GithubPluginUpdater.jpg

Was müßte ich nun in der "skin_GithubPluginUpdater.xml" ändern, dass diese Meldung nicht mehr auftaucht?



Gruß

Databox

Databox schrieb:

in der "skin_GithubPluginUpdater.xml" ändern

"background7" ersetzen durch #00000000.

Tschuldigung, das sollte nicht so sein.
Ich bearbeite den Skinpart mit dem Openskindesigner und dafür muss der Skinpart-screen in einen Skin eingebaut werden. Wenn in diesem Skin aber der Farbwert "#00000000" einer variablen zugeordnet ist, in diesem Fall "background7", dann ersetzt er das automatisch.

Da hatte ich beim letzten editieren wieder mal nicht drauf geachtet.

Eigentlich sehe ich zu, das ich KEINE Variablen nutze, da ich genau diesen Farbwert haben möchte und es in anderen Skins so sein kann, das die Variable nicht mit "#00000000" sondern mit "#ffffff" belegt ist.

Perfekt,...so funktioniert es einwandfrei.
DANKE!



Gruß

Databox

@Databox

Danke, aber "perfect" ist anders.
Ich übe und lerne.

Habe da noch ein paar Variable gefunden gehabt, die ich ersetzt habe. Bei mir läufts damit auch gut, könntest du deine evtl. mal damit ersetzen?

Wenn sonst noch was ist, immer melden.

Marti_win7 schrieb:

dann ersetzt er das automatisch.

Macht der OSD da was falsch?

@Humaxx
Du hast deine Augen auch überall, oder?

Nein, der OSD macht da nichts "falsch" im eigentlichen Sinne.

Wie beschrieben, muss ich einen Skinpart in einen kompletten Skin integrieren, um ihn zu bearbeiten.
Mein Skinpart soll aber in JEDEM Skin gleich aussehen und nicht die Farben vom Box-Skin übernehmen, was er bei Nutzung von Variablen theoretisch machen würde. In meinem Skin ist für foregroundcolor z.B. "#00ffffff", in einem anderen Skin ist dafür evtl. "#00e5b243". Dies ist natürlich eine ganz andere Farbe.

Der OSD geht hin und sieht, das in meinem Skinpart foregroundcolor="#00ffffff" ist und in meiner benutzten skin.xml ist für #00ffffff die Variable "foreground" gesetzt, also ersetzt er in meinem Skinpart es so foregroundcolor="foreground".

Wenn jetzt dies in einem anderen Skin genutzt wird, wo <color name="foreground" value="#00e5b243" /> gesetzt ist, bekommt mein Skinpart in diesem Skin eine andere Farbe, die evtl. gar nicht zum Hintergrund passt und unleserlich wird.


Ich hoffe, das war so verständlich, was ich meine.

So sieht es nun bei mir aus.
skin_GithubPluginUpdater1.jpg skin_GithubPluginUpdater2.jpg

skin_GithubPluginUpdater3.jpg skin_GithubPluginUpdater4.jpg

Bei Bild zwei ist die Schrift etwas unter den Buttons.
Alles andere sieht gut aus.

Gruß
Databox

Marti_win7 schrieb:

Du hast deine Augen auch überall, oder?

Hehe...

Ok, ja Verhaltensweise ist gut beschrieben. Der OSD macht eigentlich alles richtig.