[Announce] SkinDesigner 0.0.1

Moin,

Zitat von Copperhead

Wie sieht es aus mit Border Funktionen?
Wie sieht es aus mit abgerundeten Rechtecken?

Solche "speziellen" Funktionen sind nicht notwendig, das kann man alles mit drawrectangle und drawellipse erschlagen. Einen Rand um eine Area bekommst du beispielsweise so (im Beispiel 1px):

<area x=".." y=".." width=".." height=".." layer="..">
    <fill color="{clrBorder}" />
    <drawrectangle x="1" y="1" width="{areawidth} - 2" height="{areaheight} - 2" color="{clrBackground}" />
</area>

Abgerundete Ecken so (5% der Areaheight):

<area x=".." y=".." width=".." height=".." layer="..">
    <fill color="{clrBackground}" />
    <!-- upper left corner -->
    <drawellipse x="0" y="0" width="{areaheight}*0.05" height="{areaheight}*0.05" color="{clrTransparent}" quadrant="-2"/>
    <!-- upper right corner -->
    <drawellipse x="{areawidth} - {areaheight}*0.05" y="0" width="{areaheight}*0.05" height="{areaheight}*0.05" color="{clrTransparent}" quadrant="-1"/>
    <!-- lower left corner -->
    <drawellipse x="0" y="{areaheight} - {areaheight}*0.05" width="{areaheight}*0.05" height="{areaheight}*0.05" color="{clrTransparent}" quadrant="-3"/>
    <!-- lower right corner -->
    <drawellipse x="{areawidth} - {areaheight}*0.05" y="{areaheight} - {areaheight}*0.05" width="{areaheight}*0.05" height="{areaheight}*0.05" color="{clrTransparent}" quadrant="-4"/>
</area>

Ungetestet, sollte aber funktionieren clrTransparent ist übrigens 00000000. Die Beschreibung der Funktion der einzelnen Quadranten findest du in den VDR Sourcen.

Zitat von Copperhead

Wie sieht es aus mit Farbverläufen?

Hier muss man zwei Fälle unterscheiden: zum einen die Farbverläufe aus den "nOpacity blended themes" (z.B. darkblue oder darkred), die ich mit der sparsecolor Funktion von imagemagick "hingepfuscht" habe. Das hat eh nie so wirklich funktioniert, da es nur mit bestimmten Farbkombinationen den gewünschten Effekt erzeugt hat. Hier würde ich vorschlagen, einfach mit einem Graphikprogramm (Gimp z.B.) ein entsprechendes PNG zu erzeugen und dann per <drawimage type="skinpart" ... /> darzustellen (Beispiele hierzu findest du im nopacity Skin). Wird ein image als "skinpart" ausgegeben, wird das Bild automatisch auf die passende Größe skaliert und ggf. auch verzerrt, wenn es vom Seitenverhältnis her nicht passt...bei Farbverläufen ist das aber unproblematisch.

Zum zweiten gibt es horizontale und vertikale Farbverläufe (wie z.B. im "standalone nopacity" die Progressbar im Channel Display)...das kann ich noch einbauen, dass man solche Effekte mit drawrectangle erzeugen kann.

Zitat von Copperhead

Warum kann man eigentlich keine Dezimalbrüche bei Prozentangaben nutzen?
Kann ich Zugriff auf die Display Breite und Höhe bekommen und z.B. die Schriftgröße statt relativ zur Area relativ zur Bildschirmgröße setzen?

Die Prozentangaben sind ja nur eine "convenient" Schreibweise...innerhalb einer Area stehen dir in den Größenangaben der einzelnen Funktionen immer die Tokens {areawidth} und {areaheight} zur Verfügung. x="40%" ist z.B. analog zu x="{areawidth} * 4 / 10" oder auch x="{areawidth} * 0.4". Hiermit kannst du natürlich auch "krumme" Prozente erzeugen...bei den Schriftgrößen ist das analog, fontsize="50%" bedeutet fontsize="{areaheight} * 0.5". Eine fontsize von 100% ist so ausgelegt, dass die komplette Schrift genau in die umgebende Area passt (inlkusive Oberhöhen und Unterhöhen, das ist hier gut erklärt). Die Schriftgröße relativ zur Bildschirmgröße zu setzen ist aber erstmal nicht möglich...

Wenn du übrigens in einer <area> Definition mit {areawidth} bzw. {areaheight} arbeitest, bezieht sich das auf den umgebenden Container, also bei displaychannel auf die Größenangaben in <displaychannel x="..." ... >. Das ist im rudimentären Wiki schon erklärt...

Zitat von Copperhead

Die Themes dienen ja als Definition für die Skins. Wenn ich jetzt zwei verschiedene Farbversionen möchte müsste ich ein Verzeichnis skin-green und einen Symlink skin-blue auf skin-green zeigen lassen.
text2skin hat direkt Skins angeboten, die dann ihre eigenen Themes hatten.

Ja, dass ist ein Punkt, den ich nochmal angehen muss...wie ist das denn in text2skin genau geregelt? Warum ich die Farbdefinitionen in den themes nicht benutze, habe ich ja schon hier erklärt. Ausserdem ist es ja mit den Farben alleine nicht getan...wenn man sich z.B. nOpacity freestyle anschaut und nOpacity darkredNG, würden dort identische xml Files benutzt, jedoch wäre die globals.xml unterschiedlich (dort sind ja die Farben definiert), aber auch die ganzen Graphiken inkl. Hintergrundgraphiken. Eigentlich müsste man also die Möglichkeit schaffen, mit einem Satz XML Files und unterschiedlichen Farben inkl. Graphiken zu arbeiten. Ich werde mir mal überlegen, wie man das am besten implementiert...

Ciao Louis

Hi Boostar,

Zitat von BooStar

Herzlichen Glückwunsch..
und vielen Dank.. ich befürchte das Plugin hat ein riesiges Potential

Wäre das so schlimm? Jetzt kannst du dich wie versprochen an der Sache, an der du schon drann warst so richtig austoben

Ciao Louis

Hi Pit,

Zitat von P3F

Aber eine Frage möchte ich mir doch mal erlauben. Ist es wirklich gewünscht für jeden Skin ein eigenes Logopack (Channellogos) bereitzustellen? Ich denke gerade daran, das die Bildateien ja wirklich einen großen Anteil an Festplattenspeicher benötigen. Ist es daher nicht wirklich sinnvoll das analog der anderen Pluginlogiiken einzubinden? Also mit ein Standardablageort bzw. per Startpoarameter "-l <logopath"?

Wie TheChief schon geschrieben hat, ist es das beste, mit Symlinks zu arbeiten...das ist am flexibelsten, und bei Bedarf kann ein Skin auch ein eigenes Logopack mitbringen...

Ciao Louis

M-Reimer: generell gebe ich dir ja recht, dass es eher unwahrscheinlich ist, dass die Leute mit verschiedenen Logopacks hantieren...da ich die Logos aber eh nicht mit ausliefere und mir nichts verbauen will, habe ich diese Lösung gewählt. Und einen Symlink anzulegen sollte doch eigentlich jeder hinbekommen oder? Vielleicht lassen sich die Distributoren auch was sinnvolles einfallen.

Ciao Louis

Zitat von M-Reimer

Aber letztlich für jedes Theme einen Symlink anlegen. Muss man das den Benutzern wirklich antun? Einen zentral liegenden Fallback-Pfad zu nehmen ist doch programmiertechnisch kaum Aufwand.

Hmmm...hmmm... Hast ja recht...ich denke mal drüber nach

Ciao Louis

Moin,

Zitat von jsffm

Ich verstehe nicht, wieso Ihr Euch so über die Symlinks für das Logo-Pack so aufregt, ich wäre nie auf die Idee gekommen, das Logo-Pack überall reinzuhängen.

Naja, aufregen würde ich das jetzt nicht nennen...irgendwie sind die Einwände schon berechtigt

Ich werde es wohl so machen, dass man per Startparameter einen allgemeinen Logopfad angeben kann. Falls nicht per Startparameter angegeben, wird <Ressourcedir>/logos benutzt. Liegen nun unter <skindir>/logos keine Logos, wird es ein Fallback auf diesen Pfad geben.

Ciao Louis

Ich sehe schon, ich muss mit meiner Doku Gas geben...die Leute stehen schon in den Startlöchern

Hat denn schon jemand mal ein bisschen im Wiki gelesen? Ist das einigermaßen verständlich in diesem Stil? Ich verstehe das mehr als Wiki bzw. Doku, eine nackte API Beschreibung wird es dann separat geben...

Ciao Louis

Zitat von Copperhead

Naja wie das im Code geregelt ist, kann ich dir nicht sagen.

text2skin macht sich komplett unsichtbar.
In den OSD-Einstellungen sind als Skins alle verfügbaren text2skin-Skins angezeigt
Themes sind text2skin-Skin abhängig möglich und die Farben aus den Theme Dateien überschreiben die Standardfarben im text2skin-Skin.

Hmmm..."komplett unsichtbar" würde ich das auch nicht nennen. Man muss ja - genau wie beim Skindesigner - als Skin im OSD Menü text2skin auswählen und kann dann per Theme im OSD Menü den eigentlichen text2skin-Skin auswählen. Oder täuscht mich da mein altes Hirn?

Genauso mache ich das ja auch. Ich benutze nur die Farben aus der theme Datei nicht. Aber ich hab da schon ne Idee, wie man das sinnvoll regeln könnte...

Ciao Louis

Moin,

Zitat von Copperhead

Was müsste ich denn angeben, wenn der Text 2% der Bildschirmhöhe haben soll?

Wie ich schon geschrieben habe geht das nicht, die Schriftgröße bezieht sich immer auf die umgebende Area...und aus meiner Sicht ist das auch gut so Sonst könnte man nie wissen, ob eine Schrift in eine "Box" reinpasst oder nicht, und mann kan die Schrift viel besser in den jeweiligen Areas positionieren, weil man sich auf die Größen verlassen kann.

Zitat von Copperhead

Was müsste ich angeben, wenn ich die im OSD eingestellte Größe haben will?
Und was müsste ich angeben, wenn ich die OSD-Größe im OSD-Einstellungsmenü einbeziehen möchte?

Die im OSD Menü eingestellten Ränder werden immer berücksichtigt. Wenn du z.B. <displaychannel x="0" y="0" width="100%" height="100%" ...> definierst, bekommst du die volle OSD Größe minus der im OSD Menü eingestellten Ränder. Wenn dem nicht so ist, wäre das ein Bug. Stimmt, das habe ich im Wiki noch vergessen

Ciao Louis

Lars: ich befürchte, das geht nicht, weil sich der VDR die im OSD Menü angezeigten Skins darüber holt, indem er alle Plugins dahingehend prüft, ob es ein Skin ist. Analog muss ein Theme auch mit dem Namen des Skins beginnen, damit es als Theme für diesen Skin angezeigt wird...so habe ich es zumindest in Erinnerung. Müsste man nochmal im Code schauen, ob dem wirklich so ist.

Ciao Louis