SkinDesigner 0.1.2 - BlackHole

Moin,

ich habe versucht, aus dem Skindesigner heraus das OSD zu schließen, das lässt der VDR aber nicht zu...im Endeffekt agiert der Skindesigner auch nicht anders als ein Skin, und ein Skin stellt nur dar Aber ich sehe das nicht wirklich als ein Problem an, wie lars schon geschrieben hat, kurz mal das OSD schließen sollte keinen überfordern. Ausserdem steht es ja im Log, wenn das OSD noch offen ist und die XML Files deswegen nicht neu geladen werden können.

Ciao Louis

Hi rudi,

Zitat von rudirabbit

An dem Skin rumzubasteln hat Suchpotential, sehr geil

Es gibt wohl keinen Skin der jedem gefällt, hier sucht man den Skin raus der am besten gefällt. (bei mir ist es Blackhole) und macht eigene Abpassungen.
Das beste daran ist, das es relativ einfach ist.

Freut mich das es dir Spass macht...ich hoffe, dass einige noch ihre offenbar vorhandene Scheu verlieren. Auch die schon des öfteren gefallene Aussage "ich kann kein XML" kann ich nicht so ganz nachvollziehen, XML ist doch rein deskriptiv und eigentlich sehr intuitiv, und ich habe auch versucht die Syntax so einfach wie möglich zu halten.

Die Herangehensweise von Rudi finde ich genau die richtige...ich sehe einen Skin (z.B. Blackhole) so wie er sich aktuell im Git befindet eigentlich nur als Vorlage, die sich jeder individuell anpassen kann. Skindesigner bietet aus meiner Sicht (fast) alle möglichkeiten, die man braucht. Und wenn noch was fehlt (an Tokens in bestimmten bereichen) dann komme ich wieder ins Spiel und erweitere den Skindesigner entsprechend.

Ciao Louis

Zitat von rudirabbit

In Verbindung mit dem Wiki ist das recht gut zu handeln, die Token sind im XML File gut beschrieben.

Noch eine Anmerkung zu den Tokens: konsequent pflege ich nur die Doku in den XML Files in skinskeleton/xmlfiles/ Dort sind immer alle gültigen Tokens aufgeführt. In den XML Files der einzelnen Skins kann es schonmal vorkommen, dass Tokens, die später hinzugekommen sind, fehlen. Vielleicht werde ich die Kommentare in den eigentlichen Skins, die mit ausgeliefert werden (metrixHD, nopacity, blackhole) ganz entfernen, dann kommt es nicht zu Missverständnissen.

Ciao Louis

Taipan:

also wenn du nur bei den Foldern ein Poster Thumbnail willst, probier mal folgendes in der displaymenurecordings.xml:

<listelement>
            <area x="0" width="51%" layer="2">
                <drawimage condition="not{current}" imagetype="skinpart" path="menubutton" x="0" y="0" width="100%" height="100%"/>
                <drawimage condition="{current}" imagetype="skinpart" path="menubuttonactive" x="0" y="0" width="100%" height="100%"/>
            </area>
            <area condition="not{folder}" x="1%" width="50%" layer="3">
                <drawtext condition="not{current}" x="0" y="5%" font="{regular}" fontsize="35%" color="{clrGray}" text="{date} - {time}, {duration} min" />
                <drawtext condition="{current}" x="0" y="5%" font="{regular}" fontsize="35%" color="{clrWhite}" text="{date} - {time}, {duration} min" />
            </area>
            <area condition="not{folder}" x="1%" width="50%" layer="3">
                <drawimage name="new" condition="{new}" imagetype="icon" path="ico_new_rec" align="right" y="8%" width="{areaheight}/2" height="{areaheight}/2" />
                <drawimage name="cutted" condition="{new}++{cutted}" imagetype="icon" path="ico_cutted" x="{areawidth} - {areaheight} - 10" y="8%" width="{areaheight}/2" height="{areaheight}/2" />
                <drawimage condition="not{new}++{cutted}" imagetype="icon" path="ico_cutted" align="right" y="8%" width="{areaheight}/2" height="{areaheight}/2" />
            </area>
            <areascroll condition="not{folder}" scrollelement="menutext" mode="forthandback" orientation="horizontal" delay="1000" scrollspeed="medium" x="1%" width="50%" layer="3">
                <drawtext condition="not{current}" name="menutext" x="0" y="35%" font="{regular}" fontsize="60%" color="{clrGray}" text="{name}" />
                <drawtext condition="{current}" name="menutext" x="0" y="35%" font="{regular}" fontsize="60%" color="{clrWhite}" text="{name}" />
            </areascroll>
            <area condition="{folder}" x="1%" width="4%" layer="3">
-                <drawimage imagetype="icon" path="ico_folder" x="0" valign="center" width="{areaheight}*0.8" height="80%"/>
+                <drawimage condition="not{hasposterthumbnail}" imagetype="icon" path="ico_folder" x="0" valign="center" width="{areaheight}*0.8" height="80%"/>
+                <drawimage condition="{hasposterthumbnail}" imagetype="image" path="{thumbnailpath}" x="0" width="0.9*{areaheight} * {thumbnailbwidth} / {thumbnailheight}" height="0.9*{areaheight}" valign="center" />
            </area>
            <areascroll condition="{folder}" scrollelement="menutext" mode="forthandback" orientation="horizontal" delay="1000" scrollspeed="medium" x="6%" width="45%" layer="3">
                <drawtext condition="not{current}" name="menutext" x="0" valign="center" font="{regular}" fontsize="70%" color="{clrGray}" text="{name} ({numrecordingsfolder} rec., {newrecordingsfolder} new)" />
                <drawtext condition="{current}" name="menutext" x="0" valign="center" font="{regular}" fontsize="70%" color="{clrWhite}" text="{name} ({numrecordingsfolder} rec., {newrecordingsfolder} new)" />
            </areascroll>
        </listelement>

Ungetestet, sollte aber so einigermaßen passen...

Ciao Louis

Zitat von iNOB

Naja... die Kanalgruppen lassen sich ja auch mit Links/Rechts bedienen bzw. auswählen, oder?

Jo aber das ist im VDR so implementiert...in einem "normalen" Listenmenü ist up / down ein Menüelement hoch / runter und links / rechts seitenweises scrollen. Da hat ein Skin keinen einfluß drauf, falls man das ändern will müsste man den VDR patchen.

Skindesigner selbst könnte Listen horizontal anordnen, das ist bereits implementiert (wird zwar nicht benutzt, hat sich aber so als "Abfallprodukt" ergeben)...aber durch die einzelnen Elemente navigieren würde dann immer noch mit hoch / runter passieren.

Ciao Louis

Zitat von Taipan

Versteht denn das Plugin auch noch etwas von händisch hinzugefügten Bildern, wie cover_vdr.jpg (für die Sachen, die nicht gescrapt wurden) ?

Nein das kann das Plugin nicht...das war irgendwie immer ein fummeliger Hack, deshalb habe ich das nicht aus nopacity übernommen.

Ciao Louis

Bzgl. der Tastendiskussion: jetzt wird es aber abenteuerlich mit Tasten verbiegen...und Vectra hat recht, das würde dann alle Menüs betreffen.

Klaus wollte ja eh die Menüs besser anpassbar machen, um den Mainmenuhooks Patch und den Menuorg Patch obsolet zu machen...vielleicht gibt es dann ja auch was in diese Richtung (konfigurierbare Pfeiltasten pro Menü). Das wäre definitiv der sinnvollere Weg

Ciao Louis