Beiträge von Marc0810

  • Skinning Tips - Codeschnipsel

    Ist doch OK.. Solange das mit dem Inhalt klappt ist es ja nicht wild.. Nur zuviel Ausschweifen stört auf Dauer vielleicht dann etwas wenn man dann 10 Posts überblättern muss um zum nächsten Tip zu kommen.
    Das hat mich bei den alten Tips etwas gestört..
    Da wäre es sinnvoller falls es bei etwas zu klären gibt, wenn man nicht dazwischen 3 Seitenlang hin und her schreibt bis es weiter geht.

    Grüße

  • Skinning Tips - Codeschnipsel

    Mehr durch Zufall draufgekommen.. Visibles als Steuerung für Custom Windows hatte ich für was anderes entdeckt.
    Da war der Schritt nicht mehr allzu weit..
    Nur haben wirs nicht geschafft hier nur Tips zu Sammeln ;) .
    Aber egal, da ich erst nachher sah das die Postnummer eh niergends steht muss man es eben mit Tip1,2,3 oben im Inhalt weiterführen.

    Grüße

  • Skinning Tips - Codeschnipsel

    [h2=SubTools1]Tip 1 - Artworkdownloader nach DB Update[/h2]

    Was recht simples wenn man mal draufgekommen ist.
    Es war ja mal in der mache per Skript.
    Hier eine Skinvariante die eigentlich überall gehen sollte, solang ihr darauf achtet das die Custom ID nicht schon verwended wird.
    Es ist eigentlich nur ein leeres Window als Dialog..

    Dafür nutzen wir nun ein visible das die Sichtbarkeit des Fensters an die Condition hängt.

    Code
    <visible>Library.IsScanningVideo</visible>

    Das leere Fenster ist also immer sichtbar wenn ein DB Update läuft. Wer es Kontrollieren will,
    einfach irgendeinen Käse zwischen die Controlls einfügen damit was da ist zum Anzeigen.
    Da das Fenster nur sichtbar ist während eines Updates, ist es logischerweise auch nicht sichtbar
    wenn nicht. Das nutzen wir nun indem wir im Header des Windows beim schließen des Fensters
    das Script ausführen.

    Code
    <onunload>XBMC.RunScript(script.artwork.downloader)</onunload>


    Dabei wird mal angenommen man will alles was in den Settings des Addons
    eingestellt ist, es sind also keinen Optionen im Script notig.
    Das wars eigentlich schon, ohne großes Gefrikel oder Anpassen.

    Grüße

  • Skinning Tips - Codeschnipsel

    [h1=Tools]Skinschnipsel[/h1]

    Hier kommen einige Beispiele und Codeblöcke die vielleicht für den einen oder anderen nützlich sind.

    Jeder der mag kann hier welche Anhängen. Wenn möglich den Thread bitte sauber halten und nur Antworten wenn Ihr einen Tip habt.
    Sonst lieber eine neue Diskussion öffnen.
    Dann könnt Ihr mit dieser Titelzeile eure Tips ins Inhaltsverzeichnis Pinnen.

    Code
    [h2=SubToolsxxx]Titel[/h2]

    Subtoolsxxx wäre dann die Nummer des Beitrages Leider sieht man hier im Forum nicht mehr die Postnummer (oder ging das nie, keine Ahnung).
    Damit es leichter ist würde ich die Nummer vielleicht dazuschreiben. Mal sehen wie es klappt wenn überhaut was kommt.

  • Skinning Tips - Tools

    Zitat von anicell

    Denke passt ganz gut an die Stelle nach der Log Datei, oder?

    Yup, füg ich ein..
    Man kan es ja cuh direkt in Kodi einstellen, allerdings jetzt in Jarvis mit diesem komischen Auswahldialog hab ich keinerlei Ahnung mehr für was welcher ist
    (oder gab es den schon immer?). Bin mir sicher früher waren das nur Zahlen..

    IHV kommt Ihr schon drauf :) .

    Grüße

  • Skinning Tips - Tools

    Zitat von anicell

    - Wo finde ich die Log-Datei in Kodi (man vergisst immer gerne bei Fehlern dort reinzusehen)
    Vieles erledigt sich dann meißt von selbst.

    Eingefügt :thumbup:

    Zitat von anicell

    Wie geht´s jetzt weiter, hast du schon eine Vorstellung?
    Codeschnipsel sammeln?


    Das ist die Frage..
    Das einzig Sinnvolle was mit gerade einfallen würde wäre ich erstelle ein Thema für VAR´s und eins für Schnipsel mit vorbereitem IHV und jeweils dem Hinweis wie die Formatierung ist.
    Das käuft dann so:

    Code
    [h1=Tools]Tools[/h1]
[h2=SubTools1]notepad++[/h2]


    Wenn ich also dazuschreibe wie die Bezeichnung ist, müsste man nur noch versuchen ob das bei jedem geht oder nur durch den Ersteller?
    Dann könnte man ausmachen das dort nur Tips gepostet werden ohne Konversation und man muss eben eine Diskussion extra öffnen wer mag.
    Dann bliebt das Thema clean, und man könnte mit Postnummer +1 (wegen erstem leerem Post) gleich das IHV mitlaufen lassen.
    Zumindest in der Theorie könnte dann jeder der mag mit

    Code
    [h2=xxxx]notepad++[/h2]


    seinem Schnipsel einen Titel geben und es würde auf Seite 1 im IHV landen.

    Wie wäre das?

    Grüße

  • Skinning Tips - Tools

    Zitat von don

    Eine vernünftige Ansicht für das Inhaltsverzeichnis gibt es nicht.
    Es wird aus den Überschriften generiert.
    Die Positionierung ist für mich das schwierigste. Ich behelfe mir da dann immer mit Leerzeilen.
    Da das aber dann wiederum neue Formatierungsprobleme mit sich bringt... ist nicht perfekt die Forumssoftware.

    Ich habe die beiden Themen angepinnt.

    P.S.:
    Ich habe durch deinen Text schon jetzt mehr gelernt als im gesamten letzten Jahr

    Hey,

    Schade..
    Das wäre sonst recht gut um auch eine Strukturierung bei einzelnen Schnipseln zu erreichen..
    Das mit der Formatierung hab ich scheinbar kapiert, nur muss ich das Thema erst Senden bevor ich das IHV sehe.
    Und dann solange über Bearbeiten Leerzeilen reinhauen bis es genug Platz hat und runterrutscht :) ..

    Ich hatte auch eine Voransicht in der Vorschau gehofft um die Einträge zu Kontrollieren.

    Aber schön das es schon mal einer Verstanden hat 8o . Das Problem ist ja immer das das so verzweigt ist, das man eigentlich
    nie weiß wo man ansetzen soll. Da wäre es Hilfreich wenn es wirklich interessierte gibt, wenn man erst mal wüsste wie der
    allgemeine Wissensstand ist.

    Jetzt lang und breit die Visible Conditions mit beispielen zu Erklären, wenn jedem der Wikieintrag reicht wäre etwas mühsam.

    Grüße

  • Skinning Tips - Verwendung von Propertys für komplexe Auswahlbelegungen

    [h1]Verwendung von Propertys für komplexe Auswahlbelegungen - Teil 3[/h1]
    Vorteile der Methode
    Wir können nun auch 10 Farben in die Liste packen, ohne das sich an der Farbzuweisung oder an der
    Variablen für die controls was ändert. Farben lassen sich beliebig Erweitern durch kopieren. Je nach
    Aufbau muss nur ein Klick und wahrscheinlich ein Colordiffuse angepasst werden an jeweils einer
    Stelle (falls man Buttons hat für die Farbauswahl die die Farbe Abbilden).

    [h2=SubHeader3]Menü oder Widgetauswahl[/h2]
    Bei einem Menü oder einer Widgetauswahl kann das nun super nützlich sein und auch ein komplett Skriptunabhängiges Menü beherrschbar machen.

    Das sähe dann in etwa so aus:
    Bei Click wird jeweils ein Property für Menütitel, Icon und Click geschrieben für das spätere Menü.
    Ist ein Platz belegt wird er gelöscht und man wird zur Auswahl geschickt, ist er leer gehts gleich zur Auswahlliste.

    Code
    <onclick>SetProperty(MainslotIcon,Mainslot6Icon,1110)</onclick>
<onclick>SetProperty(MainslotTitle,Mainslot6Title,1110)</onclick>
<onclick>SetProperty(MainslotClick,Mainslot6Click,1110)</onclick>
<onclick condition="IsEmpty(Skin.String(Mainslot6Title))">SetFocus(10001)</onclick><!--Slotlist-->
<onclick condition="!IsEmpty(Skin.String(Mainslot6Title))">Skin.Reset(Mainslot6Title)</onclick>
<onclick condition="!IsEmpty(Skin.String(Mainslot6Title))">Skin.Reset(Mainslot6Icon)</onclick>
<onclick condition="!IsEmpty(Skin.String(Mainslot6Title))">Skin.Reset(Mainslot6Click)</onclick>
<onclick condition="!IsEmpty(Skin.String(Mainslot6Title))">SetFocus(10001)</onclick><!--Slotlist-->

    Die Menüpunktauswahl würde das so aussehen:

    Code
    <onclick>Skin.SetString($INFO[Window(1110).Property(MainslotIcon)],weather)</onclick>
<onclick>Skin.SetString($INFO[Window(1110).Property(MainslotTitle)],Wetter)</onclick>
<onclick>Skin.SetString($INFO[Window(1110).Property(MainslotClick)],ActivateWindow(weather))</onclick>

    Damit haben wir es nun geschafft das wir mit einem Button allen Menüpunkten, was ja im Schnitt mehr als 10 sein
    können, aus einer Liste von ca. 30 Optionen wie Wetter, Filme, Serie, Einstellungen usw. zuweisen können.
    Men könnte damit auch gleich noch die Propertys für ein Widget mitsetzen und damit beides Aufeinmal einen
    genauen Platz in einem Menü zuweisen.

    Ich denke die Methode ist für vieles nützlich, und macht gerade an solchen Stellen das ganze zwar auf den ersten
    Blick etwas undurchsichtiger weil eben der String nicht mehr bei der Auswahl im Click steht, sondern ein Obskures
    Property ist, aber es dampft im Gegensatz dazu den Code extrem ein, und macht ihn an solchen Stellen wieder Übersichtlicher.

    Mit der Gängigen Methode, bei 10 Menüpunkten mit 30 Auswahlmöglichkeiten und daraus resultierend einem Wetterbutton mit
    30 Conditional Klicks oder 12 mal den Wetterbutton und das bei 30 Buttons wäre nicht Umsetzbar ohne den Überblick nur schwer
    nicht zu verlieren.

  • Skinning Tips - Verwendung von Propertys für komplexe Auswahlbelegungen

    [h1]Verwendung von Propertys für komplexe Auswahlbelegungen - Teil 2[/h1]

    Möglich wäre hier auch das ganze noch im Alphakanal "unabhängig" zu machen, also nur e5f2f7 zu definieren, und das ganze dann mit einer weiteren Auswahl an Tranzparenzstufen zu koppeln.
    Damit hätte man dann zusätzlich noch die Möglichkeit das ganze in verschiedenen Abstufungen anzubieten.
    Als "Fake Spin" mit nur einem Button in 10% Schritten (ca.) sähe das so aus:

    Und als Variable

    Code
    <variable name="AC_value_textcolor_light">
<value condition="!IsEmpty(skin.string(Hintergrund)) + !IsEmpty(skin.string(Hintergrunddiffuse))">$INFO[skin.string(Hintergrunddiffuse)]$INFO[skin.string(Hintergrund)]</value><!-- color -->
<value condition="!IsEmpty(skin.string(Hintergrund)) + IsEmpty(skin.string(Hintergrunddiffuse))">ff$INFO[skin.string(Hintergrund)]</value><!-- color -->
<value>TextColorLight</value><!-- nocolor -->
</variable>

    Wir Fragen also einfach beide Strings ab

    Sind beide nicht leer verwenden wir beide
    Ist Farbe nicht leer dafür Tranzparenz nehmen wir mal an soll es 100% sein
    Bei allem anderen wie leerer Farbe fallen wir zurück auf eine Definierte Farbe

  • Skinning Tips - Verwendung von Propertys für komplexe Auswahlbelegungen

    [h1]Verwendung von Propertys für komplexe Auswahlbelegungen - Teil 1[/h1]
    Als Abwandlung von Phils altem Tip mit austauschbaren Menüpunkten hier eine recht felxible und einfach zu Erweiternde Variante.
    Die Methode ist immer dann gut wenn man mehreren Strings die selben Werte zuweisen will.
    Ich versuch es so gut wie Möglich zu Beschreiben, es ist aber schon etwas Abstrakt und zwei Ecken gedacht :)

    [h1=Header]Anwendungsbeispiele[/h1]
    Mögliche Anwendungen

    • Widgetauswahlen
    • Menüs die nicht Skriptbasiert sind
    • Farbenauswahlen
    • Caseauswahlen

    [h2=SubHeader1]Farbauswahl[/h2]
    Der gängige Weg wäre ja jetzt eine Liste mit den Farben zu erstellen die man definieren will. Sei es nun eine Gruppe von Buttons oder ein Listcontainer.
    In der Art

    • Hintergrund
    • Textfarbe
    • Schatten
    • Flagfarbe
    • usw..

    Anhand des Focus oder was auch immer dann entweder für jede zu definierende Farbe eine Auswahlliste mit Farben, oder eine "Große" mit etwas in der Art:

    Code
    <onclick condition="xxx">Skin.SetString(Hintergrund,ffe5f2f7)</onclick>
<onclick condition="xxx">Skin.SetString(Textfarbe,ffeef2f7)</onclick>
<onclick condition="xxx">Skin.SetString(Schatten,fffff2f7)</onclick>

    usw..

    Das kann nun je nach Umfang extrem Aufwendig sein, will man z.B. ein Menü fürs Home so erstellen wäre das hunderte Eintrage und Klicks.
    Bei 20 Farben für 5 verschiedene Farbedefinitionen aber auch schon 100 Klicks mit Condition oder 5 identische Listen mit Farben die man alle
    auch "Pflegen" muss wenn sich eine Farbe ändert.
    Mit Conditions müssten alle 20 Klicks erweitert werden wenn eine Farbdefinition dazu kommt und es 6 wären..

    [h2=SubHeader2]Die Propertys[/h2]
    So, hier kommen nun Propertys ins Spiel..
    Propertys sind ja nicht dauerhaft gespeichert Strings wenn man so will. Das die sich direkt im Speicher befinden muss nichts aus der guisetting erst Abgefragt werden.
    Dementsprechend kann man hier auch dutzende verwenden ohne das es merklich zu Verzögerungen kommt bei Klicks.

    Aber zurück zum Beispiel...

    Wir haben ja 3 Farben zu besetzten. Also eine Liste mit clicks die zur Auswahl an Farben führt. Hier setzten wir nun gleich das Property "TextcolorString" mit.
    In das Property schreiben wir jeweils den Namen des Strings für die Farbe.

    "skinsettings" ist in dem Fall das Fenster in dem das Property gesetzt wird. Das kann auch die ID eines Custom Windows sein, muss dann aber zur Sicherheit
    mit in den Property Aufruf Window(xxx).Property. Es sollte Theoretisch solange man im selben Fenster ist auch ohne gehen, schadet aber auch nicht wenns
    trotzdem dabei steht.

    SetFocus würde dabei zur Farbenliste führen..

    Code
    <onclick>SetProperty(TextcolorString,Hintergrund,skinsettings)</onclick>
<onclick>SetFocus(9036)</onclick>

    Und jetzt kommt der eigentliche Unterschied
    Da nun der Stringname Variabel ist und sich in einem Property befindet, müssen wir nur noch in der Auswahlliste,
    in diesem Fall Farben in einem Klick den String mit der Farbe füllen.

    Code
    <onclick>Skin.SetString($INFO[Window(skinsettings).Property(TextcolorString)],ffe5f2f7)</onclick>

    Der selbe click in einer Farbe wird nun bei der Auswahl "Hintergrund" umgesetzt zu

    Code
    <onclick>Skin.SetString(Hintergrund,ffe5f2f7)</onclick>

    bei Auswahl "Textfarbe"

    Code
    <onclick>Skin.SetString(Textfarbe,ffeef2f7)</onclick>


    usw..

    Tip
    Für ganz Faule, oder die die es als Text Darstellen, könnte man mit

    Code
    <label>$NUMBER[ffe5f2f7]</label>
<onclick>Skin.SetString($INFO[Window(skinsettings).Property(TextcolorString)],$INFO[System.CurrentControl])</onclick>


    noch den zu schreibenden Wert aus dem aktuellen label ziehen. Dann würden alle clicks auch noch gleich aussehen!

    [h2=SubHeader3]Der Aufruf[/h2]
    Der Aufruf der Farbe über eine Variable für den Skin wäre mit Strings dann nur noch:

    Code
    <variable name="AC_value_textcolor_light">
    <value condition="!IsEmpty(skin.string(Hintergrund))">$INFO[skin.string(Hintergrund)]</value><!-- color -->
    <value>TextColorLight</value><!-- nocolor -->
</variable>

    Ist die Farbe nicht gesetzt wird ein Definierte Wert aus der colors.xml verwendet.

  • Skinning Tips - Tools

    [h1=Tools]Tools[/h1]

    Nach der Frage was ihr von einigen Skinning Tips haltet hier mal als erstes einige nützliche Tools für den Skinanfänger:

    @don gibts eigentlich eine Möglichkeit die Formatierung eines Inhaltsverzeichnisses anzuzeigen?
    Hab mal Versucht den Beitrag von MadMax zu verstehen und muss nun hoffen das es klappt :)

    Wer noch mehr nützliche Tool kennt einfach Anhängen.

    [h2=SubTools1]notepad++[/h2]
    Für eigentlich alles was XML Dateien aus Kodi betrifft, ist Notepad++ gut geeignet.
    Von der Taghervorhebung, bis zu Einrückungen von Controls oder Ordnerweiter Suche im gesamten
    Verzeichnis bietet es alles was man eigentlich brauchen könnte.

    https://notepad-plus-plus.org/

    Nützliche Plugins
    Gibt eigentlich nicht viel was man braucht, es gibt diverse Plugins die auch Tags vervollständigen während des Schreibens,
    oder xml Code prüfen. Das funktioniert aber oft mehr schlecht als recht..
    Aber eigentlich ist alles unnötig dafür und der Editor reicht so auch super.

    http://www.scout-soft.com/combine/
    Kombiniert alle offenen Dateien - nützlich wenn man Vergleiche erstellen will

    http://sourceforge.net/projects/npp-compare/
    Dateivergleiche erstellen

    http://sourceforge.net/projects/npp-plugins/files/Explorer/
    Ein Dateiexplorer direkt im Programm


    [h2=SubTools2]Texturen[/h2]
    Windows tool zum entpackten von XBT Dateien gibts im Org Forum. Die Mehrzahl der Skins findet sich aber auch per Google auf Github mit offenen media Ordnern.
    http://forum.kodi.tv/showthread.php?tid=201883

    [h2=SubTools3]xmlconvertgui[/h2]
    Ein tolles Tool von Phil, das auch zur Konvertierung 720p-1080i genutzt werden kann damit schon einigermaßen die Abmessungen und Werte stimmen.
    Wer z.B. mit Confluence als Basis einen 1080er Skin erstellen will ist damit gut Bedient.
    https://github.com/phil65/xmlconvertgui

    [h2=SubTools4]Sizer[/h2]
    Windows tool zur genauen Größenangabe von Fenstern. Wer Kodi parallel zum Editor lieber auf dem Desktop hat als im Vollbild, kann damit per Klick das
    Kodi Fenster auf genaue Auflösung Einstellen und braucht nicht solange zu ziehen bis die Screenshots 1280x720 haben.
    http://www.brianapps.net/sizer/

    [h2=SubTools5]Wichtige Wikisektionen[/h2]
    Das Kodiwiki
    http://kodi.wiki/view/XBMC_Skinning_Manual

    Conditionals für Sichtbarkeiten oder als Argument - genauer Erklärt
    http://kodi.wiki/view/Conditional_Visibility
    http://kodi.wiki/view/Skinning_Manual#Conditional_Visibility

    Animationen - genauer Erklärt
    http://kodi.wiki/view/Animating_Your_Skin

    Eine Liste aller ID´s und Fensterbezeichnungen der Standard XML Dateien eines Skins
    http://kodi.wiki/view/Window_IDs

    Öffnen von Fenstern und Dialogen mit einer Liste aller verfügbaren Datenbank-kategorien die zum öffnen oder für Contents zur verfügung stehen
    http://kodi.wiki/view/Opening_Windows_and_Dialogs

    http://kodi.wiki/view/XBMC_Skin…_of_Info_Labels

    [h2=SubTools6][definition='1','3']Debug[/definition] tools[/h2]
    Keymap zum Neuladen des Skin nach einer Änderung in einer XML Datei, Layoutgitter und Infoanzeige

    Im "globalen" Teil deiner Keyboard Datei können diese 3 Befehle dafür auf Tasten gelegt werden.
    Kodi schlägt die im Wiki vor

    Code
    <global>
    <keyboard>
        <F5>XBMC.ReloadSkin()</F5>
        <F6>Skin.ToggleSetting(DebugGrid)</F6>
        <F7>Skin.ToggleSetting(HideDebugInfo)</F7>
    </keyboard>
</global>

    Im Anhang falls es euer Skin nicht enthält:

    • Eine xml Datei für die Anzeige einer Debuginfo.
    • Layoutgitter für 720 und 1080er Auflösung


    Achtung
    Ein Customwindow hat immer eine eindeutige ID - in den Anhangsdateien wird 1120 verwendet.
    Wenn euer Skin bereits Dateien enthält die mit Custom beginnen muss vorher geprüft werden
    ob die ID nicht verwendet wird.
    Bei doppelter ID wird das Fenster verwendet das Alphabetisch zuerst kommt.

    Gesichert funktionieren sollten ID´s von 1100–1199, die sind Reserviert für Custom Windows.
    Schriftgröße hängt vom Skin ab. Es wird der <font> tag aus dem Label Control, das in der Defaults.xml
    definiert ist, verwendet.

    Der Vorteil eines Custom Window im Gegensatz zu der Kodi eingebauten LOG Funktion ist das sie alle offenen
    Fanster anzeigt, nicht nur das Akvive. Außerdem kann auch der aktuelle Pfad angezeigt werden (wo man sich in
    der Datenbank befinded). Nachteil wäre das nicht die aktuelle ID des Focus angezeigt wird.

    [h2=SubTools7]Die LOG Datei[/h2]
    Wo finde ich das .log-File von Kodi / XBMC?
    https://www.kodinerds.net/index.php/Thre…s-xml/?pageNo=1

    Manchmal ist ein Blick ins Log recht Hilfreich. Habt ihr das Protokollierungslevel auf 3, in den Advanced Settings drin

    <loglevel hide="false">3</loglevel>

    Bekommt man auch die Skinfehler gemeldet an denen man potentiell selbst schuld war.
    Da das LOG recht umfangreich ist, kann man nach den typischen Begriffen suchen.

    Typische Meldungen die am Code liegen sind z.B.:

    • ERROR: Skin has invalid include
    • ERROR: reading end tag
    • ERROR: unmatched parentheses in

    Das wären typische Fehler durch eine Falsche Schreibweise eines Includes, einen falschen Tag z.B. <left>120<top>
    oder eine fehlende Klammer in einem Visible.

    [h2=SubTools8]Grafik tools[/h2]
    Hat meist ja sowieso jeder schon. Von Gimp über Photoshop bis Inkscape. Wer Grafiken bearbeiten will hat bestimmt
    selbst seine Vorlieben wie und mit was.

  • [Release] Fuse

    Schaut Klasse aus..
    Fragt sich nur wie es kommt bei, ich nenn es mal "gruseligeren" Fanarts..
    Gibt ja doch auch recht viel (zumindest bei mir in Serien), die lang nicht so tolle Fanarts mitbringen
    bei denenman sich wünscht das er lieber keins gefunden hätte :)..

    Angeschnittene Poster könnten auch zum Problem werden.. Bin ja auch eher der Meinung das vertical besser ist,
    allerdings musst dann hier den Kompromiss eingehen das im Widget nach oben/unten nach links zum Menü führt.
    Sonst muss ich ja durch alle Plätze wieder zurücknavigieren..
    Aber eine Mischung muss eben so sein..

    Sonst wirkt es aber Klasse mit dem Weiß und der Farbe :thumbup:

    Grüße

  • Dynamic List Content

    Zitat von blauesgruen

    Tricky.
    Dann könnte man aber in dem Container auch selbsr scrollen und das sollte nicht gehen.

    Dann setz ihn doch außerhalb, in der Art:

    Code
    <control type="list" id="90138">
        <autoscroll time="300" delay="100" repeat="5000">!ListItem.IsResumable</autoscroll>
        <include>Compaircontainer</include>
        <content target="video">xxx</content>
    </control>

    Und greif den ersten ab..

    Zitat von blauesgruen

    Mir fällt auch gerade auf, dass eine "nicht sichtbar, wenn schon abgespielt" in den content bedingungen gar nicht greifen würde. Es würde ja dann auf die ganze Playlist wirken.


    brauchst dann ja nicht.

    Wenn die Playliste machst, und nach zuletzt abgespielt sortiert deine FSK Filme lädst, sind doch alle drin.. Wenn der Content die zuletzt abgespielten z.B. 20 nun enthält, fängt er außerhalb super schnell zu scroll an.
    Bleibt beim ersten das das resumable hat stehen.
    Das kannst ja dann sogar als Gruppe abgreifen ohne Container.
    Wenn eh nur eins hast macht das ja keinen großen Unterschied.

    Also mit einem Nowplaying Content klappt das Bombensicher.. Den lass ich Scrollen bis Titel und NowplayingTitel übereinstimmt und greif den Nächsten ab als Anzeige am Ende einer Wiedergabe.

    Aber du bist ja nicht der Freund solcher Biegereien :)

    Grüße

  • Dynamic List Content

    Zitat von blauesgruen

    Ich müsste dann für jede schreibweise der Altersgruppe und Sprache eine Playlist machen. Das sind pro Sprache mind. 4 Altersgruppen + verschiedene Schreibweisen (FSK6, FSK 6, Rated ...)
    Die Idee hatte ich damals schon und wollte sie nicht.
    Hatte immer gehofft, dass es mit DC irgendwann möglich ist.

    Schon klar, das wäre ja zu verkraften. Das größere Problem ist das so nicht den letzten erwischen würdest weil man ja das erste Match aus der VAR abgreifen würde denk ich.
    Abgreifen in einem Content daneben (unsichtbar) und dann regular mit items und Visibles willst ja sicher nicht oder?

    Ne ganz unkonventionelle Idee hätte ich aber :) :
    Ich nutze an anderer Stelle für was ganz anderes das autoscroll des Containers..

    Also eine Playliste mit höherer Anzahl, ohne isResumable verwenden, z.B. mit 10 oder 20..

    Dann entweder den Widgetcontainer per autoscroll als List Container solang scrollen lassen bis ListItem.IsResumable True ist..
    Muss natürlich mit recht kurzer Zeit sein, und nach Möglichkeit ausgeblended bleiben bis er nicht mehr scrollt.
    In der Theorie wäre ja einer der letzten abgespielten Filme auch fortzusetzen.
    Und wenns noch länger her sein sollte macht es eh keinen Sinn - Ich schau ja nichts weiter was ich vor etlichen Wochen mal angefangen habe.
    Das sind ja dann meistens Dinge die man entweder Bewusst abgebrochen hat, oder nur zu früh auf stop gedrückt hat (lange Filme und noch unter des Werten in den Advanced settings).

    Weiß nicht ob das ginge, ich nutze das zur Abgreifung des nächst folgenden Items, dadurch ist es sowieso unsichtbar und wird mit Offset (1) abgegriffen.
    Aber in der Theorie müsste das bei so etwas doch auch gehen.

    Grüße

  • Dynamic List Content

    genau, geht auch immer noch nicht soweit ich weiß.
    Entweder alle oder eine Entsprechung.. Das was in einem Skin geht mit: Entweder(A oder B) aber beide + (C)
    gibt es nicht..

    Ich denke das ginge nur wenn einen FSK Wert nimmst oder?

    Also
    FSK6 und inprogress=true sortby lastplayed..
    Dann brächtest doch "nur" noch deine verschiedenen Entsprechungen für die einzelnen FSK Schreibweisen einzeln als PLS
    und ne längere VAR..

    Das sollte doch gehen oder?

    Grüße

  • Dynamic List Content

    glaub du "vermachst" dich..

    Er hat ja FSK0 oder FSK6 usw. nehm ich an.. Playcount wäre dann bei "oder" "alle nicht gesehenen oder welche mit FSK"..
    Er will aber 4 mal "oder" und einmal "und" alle 4.
    Quasi Skintechnisch
    [Substring(ListItem.mpaa,FSK-0) | Substring(ListItem.mpaa,FSK 0)] + !Integergreaterthan(ListItem.Playcount,0)

    Grüße

  • Skinning - Schnipsel und Tips

    Ein komplettes Projekt beschreiben wäre echt super Aufwendig..
    So nen richtigen Plan hat man ja meist selbst nicht :) ..
    Bei mir kommt das immer nach und nach, oft muss man dann aber auch wieder 4 Schritte Rückwärts gehen.
    Das Zeug ist so komplex, das man da unmöglich alles von vornherein Abdecken kann denk ich.

    Das Problem ist einfach auch das heute bestimmt mancher zu viel erwatet. Allein schon wüsste ich gar nicht wie man
    eine Anleitung schreiben sollte ein Home Window zu erstellen.
    Viele Vorlagen an Skin wenns nicht gerade der Standard sein soll bauen ja schon hier auf Scripts auf, oder auf so
    komplexen Menüs das außer im Confluence noch so etwas wie "Einen Punkt im Home Einfügen" wie früher gar nicht
    sinnvoll wäre.

    Sei es nun ein Scriptbasiertes Menü oder mit Strings, das wäre so komplex das da eine Erklärung schon ziemlich viel
    Wissen vorrausetzt..
    Ich wüßte nicht wie ich meine Homeversion erklären soll :) ..

    Selbst eine View eines anderen Skins zu kopieren ist gar nicht so einfach zu Beschreiben..

    Denk auch nicht das man hier einen "kompletten" Anfänger dazu animieren könnte, mit einer, auch noch so guten
    Anleitung, sich Stundenlang duch XML Code zu wühlen. Entweder es macht einem Spaß, man will sich selbst einarbeiten, oder nicht.
    Denn im wesentlichen läuft es ja draus hinaus.

    Wenn man nun hier eine Refferenz hätte, sei es nur weil es in der Muttersprache verständlicher ist, oder weil einem
    ein Beispiel fehlt und einige Variablen die sich Bewährt haben, hätten bestimmt mehr was davon.

    Ich versuch dann nächste Woche was zusammenzusuchen.

    Grüße

  • Skinning - Schnipsel und Tips

    Unterthemen sind wirklich etwas schwer. In der Hinsicht ist es ja teilweise so Flexibel das man sich erst mal darüber klar werden müsste wo man Anfangen soll.
    Will man etwas in der Richtung ein genaues "How to xxx" , oder eher etwas das nur generelle Dinge Erklärt,
    Beispielsweise wie Anicell´s Wunsch "Wie funktionieren Variablen", was dann aber etwas Abstrakter wäre.
    Andererseits hat BG schon recht, außer jetzt in Confluence, und selbst dort jetzt in Jarvis, sind die Änderungen
    teilweise so Enorm, das es fast unmöglich wird das zu Pflegen und selbst den Überblick zu behalten.

    Ich wäre ja eher für etwas Abstrakteres, also wie funktioniert eine Variable, ein Einfaches Beispiel, einen Link zu
    den Conditions, einige Tips wie die genrell gelesen werden wie z.B. von oben nach unten bis zum ersten exakten Treffer
    usw.. Und vielleicht ein etwas ausgefeilteres Beispiel was man alles damit machen könnte..

    Das setzt aber schon wieder ein Grundverständnis vorraus.
    Und da ist eben die Frage wo man ansetzen soll. Dazu müsste man ja schon vorher die Grundfunktion eines Labels
    oder einer Texture und den XML Aufbau kennen..
    Sonst müsste man ja erstmal die recht komplexen Conditions in Kodi erklären, die ja als Condition für alle Variablen nötig sind.

    Grüße