Posts by zombi

    Ja ich hab jetzt in beiden System default xml das raus genommen aber in den skin.xml´s der Systemskins drin gelassen ,so wird bei den Systemskins das ganze weiterhin angezeigt mit pixmap und in allen anderen Skins mit Ja/Nein usw. so wie immer.

    Wer dann auch die pixmap möchte kann sie in seinem Skin hinzufügen ansonsten bleibt halt die ja/nein Ansicht.


    Da ich noch paar Screens aus GIT Plugins die noch nicht in FHD waren sowie die componente für das ZapStatistic Plugin in den SystemFHD eingebaut hatte und in beide (HD/FHD) die Unterstützung für die farbliche Anzeige beim sortieren im Pluginbrowser mit Pluginsort hab ich jetzt Reichi nochmal die beiden neuen Datein von heute gesendet.

    Denke er schaut sich das noch an und entscheidet dann ob es so ins Image kommt .

    Hast Recht ,ich hab mir das jetzt nochmal angesehen und es ist wirklich so ,auch wenn du in deinem Skin die pixmap Sachen fehlen lässt sie dann aus dem Systemskin geladen werden ,das Ja/Nein kommt somit garnicht mehr.

    Muss da nochmal nachfragen wie man das am besten lösen kann ,normal war vorgesehen das die default Systemskins das halt intus haben und das auch als Fallback fungiert ,das man es jetzt nicht mehr auf Ja /Nein stellen kann war da normal sicher nicht vorgsehen und hab ich auch nicht so auf dem Schirm gehabt .

    Reichi müssen wir da noch was ändern das es auch wieder mit Ja/Nein On/OFF geht aber dennoch bei den default Skins so bleibt?

    ;) Doch ist es nur du hast nicht gelesen ,du hast es weggelassen in deinem skin und klar wird dann der Fallback genommen un ddas ist dann das was im Systemskin steht;)

    Daher schrieb ich ja du sollst es in deinen Skin einbauen dann kannst du es auch ohne die pixmap haben;)

    Das ist aber genau so gedacht ,wenn du Ja /nein möchtest dann musst das schaltbar machen in deinem Skin oder halt weg lassen in deinem Skin,die Systemdefault skins sollten das haben und daher ist das drin und wird dann auch als Fallback genommen wenn nicht mit geskinnt.

    Wenn du das listboxcontent nicht im Skin hast ,einfach einbauen und dann das Pixmap nicht einbauen


    <listboxcontent>

    <offset name="left" value="10"/>

    <offset name="right" value="10"/>

    <font font="Regular;20" name="string"/>

    <value name="string_item_height" value="30"/>

    <font font="Regular;20" name="config_description"/>

    <font font="Regular;16" name="config_value"/>

    <value name="config_item_height" value="30"/>

    <config onPixmap="skin_default/switch_on.svg" offPixmap="skin_default/switch_off.svg" size="30,16"/>

    </listboxcontent>


    Und wenn du es schaltbar möchtest dann machste es halt 2x ,einmal mit nd einmal ohne die pixmap

    mr_vica

    Das es nervt bei jedem Neustart ist das eine ,aber das was du da schreibst das er nur was im root findet ist einfach nicht ganz richtig.

    Der Mediascanner findet auch die Sachen auf dem Medium wie usb oder halt hdd ,die Sachen müssen halt nur direkt drauf liegen ,also nicht in Unterordnern ,das wird nicht erkannt.


    OK du meinst mit dem root nicht das root der Box sondern der hdd oder dem usb ,das hab ich dann falsch gelesen und ja da haste recht genau nur dort findet das Plugin die Sachen.

    Das Teil ist halt schon recht alt und mit anderen Plugins kann man das ganze viel besser nutzen .

    Mit Sicherheit nicht ,GP4 macht da garnix

    Hast du den Addonmanager vom GP4 installiert? wenn ja dann mach darüber ne Aktualisierung (dir wird dann am TV das ganze angezeigt und du siehst wo es klemmt ,desweiteren kannst du dann mit blau die log Datei sichern und hier anhängen).

    Danke dir Schnubbel

    dre weil das die oled screens sind und die werden nur aus der datei default gelesen.

    Daher hab ich die gesamten oled screens die ich in den default fhd eingebaut hatte (und die bisher garnicht genommen wurden) in die richtige default skin datei kopiert und da hatte ich klar die progress vom default fhd drin.

    Da also die oled screens für HD und fhd gleichermaßen genutzt werden und beide skins systemdefault skins sind ist das kein Beinbruch wie es jetzt ist.

    Schaut mal bitte mit beiden System skins, kann sein das ich da ein Fehler gemacht habe als ich beim HD und FHD die jetzigen Anpassungen vorgenommen habe.

    Bin nicht daheim sonst würde ich selbst schauen, wenn es aber im default geht dann liegt es er an dem verwendeten skin oder etwas anderem bei Guybrush2012

    Und da bin ich zu 100% bei Dream ,wie ich schon schrieb ich verstehe das mit dem Customfont nicht wirklich weil das ist normal unnötig und sollte ne config zb. nicht auch passend zum Skin sein und nicht von einem Plugin dann einfach mal einen anderen Font bekommen?


    seagen  

    Hier mal nur als Beispiel im default Skin sieht eine config zb. so aus vom Plugin Skin (Bild1)

    in einem anderen Skin (Bild2 aber ganz anderst ,auch mit anderem Font ,alles ohne einen Customfont und ohne extra Fontangabe in der config Zeile .

    Oder aber Bild 3 da ist das Plugin nicht geskinnt ,kommt also der Plugindefault Skin und passt sich dann der Skinfarbe sowie den passenden Skinfont an ,auch ohne Customfont

    Ihr könnt doch aber zu eurem Plugin einen schönen default Skin mit liefern (also von dem ihr als Pluginersteller sagt ,so möchte ich das Plugin default haben).

    Dann habt ihr auch das Plugin in allen Skins die es nicht geskinnt haben euer aussehen und wenn es ein Skinner in seinem Skin anderst skinnen möchte kann er es ja tun.

    Und nochmal ,ein Skinner kann zb. auch bei den listfonts im skin das anderst angeben und man hat dann in den Listen unterschiedliche Fonts.


    <listfont font="Regular" size="28" type="Bigger" />

    <listfont font="Bold" size="26" type="Big" />

    <listfont font="xyz" size="26" type="Medium" />

    <listfont font="Regular" size="24" type="Small" />

    <listfont font="Regular" size="22" type="Smaller" />



    <font font="abc;28" name="config_description" />

    <font font="Regular;28" name="config_value" />

    <value name="config_item_height" value="45" />



    Wird aber kaum einer machen weil es soll ja auch immer schön zum Skin passen und daher ist es ja auch skinbar ;)


    Wenn du in deinem Plugin halt für etwas einen eigenen Font haben möchtest dann kannst es im Plugin ja mitgeben ,wie gesagt ich verstehe das ganze mit dem Customfont nicht wirklich .

    Ich möchte zb. in meinem Skin nicht in der einen config einen anderen Font als in den anderen configs oder in der einen Liste das so in einer anderen anderst.

    Ich hab keine Ahnung was für ein Plugin ihr da macht oder was ihr da optisch anzeigen wollt ,aber nochmal erstellt doch einen für euch passenden default Skin im Plugin und gut ist und die Mittel dazu sind alle da .

    seagen

    Ich kann dir leider nur in deutsch schreiben ,aber so richtig verstehe ich einfach dein Anliegen nicht ,warum und für was soll der Customfont gut sein?

    Jeder Skin hat doch seine eigene Schriftart ,also passend zu dem Skin den man nutzt bzw. der Skinner gern möchte ,somit ist doch garnicht das ganze immer gleich und was soll da das Plugin für einen Customfont leifern?

    Wenn du ein Plugin schreibst musst du doch garkein extra Font angeben ,der Font wird bestimmt von dem Skin den man nutzt und gut ,das ist in dem einem Skin so in einem anderen halt ein anderer oder auch mal gleiche wie im default.

    Was genau bezwechst du mit einem Customfont ? bzw. was genau soll dieser überhaupt bringen?

    Es ist im DreamOS sogar leichter ,einfach mal die aktuellen Plugins oder auch mal in die skin.py schauen.;)

    Zauberwort lautet TemplatedListFonts


    Und im Plugin code gibt man sowas dann so zb. an



    from skin import TemplatedListFonts


    def __init__(self, list):

    ........

    ........

    tlf = TemplatedListFonts()

    self.l.setFont(0, gFont(tlf.face(tlf.SMALL), tlf.size(tlf.SMALL)))


    Es gibt insgesammt im DreamOS 5 TemplatedListFonts die man vergeben kann und diese werden dann automatisch aus den Skins gelesen und somit sind sie auch skinbar .

    In den beiden Systemdefault Skins die als Fallback fungieren sind die listfont enthalten sowie in den aktuellen DreamOS Skins.



    Hier ein Beispiel wie das in einem Skin hinterlegt wird


    <listfont font="Regular" size="28" type="Bigger" />

    <listfont font="Regular" size="26" type="Big" />

    <listfont font="Regular" size="26" type="Medium" />

    <listfont font="Regular" size="24" type="Small" />

    <listfont font="Regular" size="22" type="Smaller" />


    PS. und da ich so eine Fehlermeldung wie von dir beschrieben oft von Plugin Skins kenne die von anderen Systemen kommen und die da mal einfach in die config nen Font einbauen ,das muss man genau so wenig im Dream OS machen (das hat da nix zu suchen) ,der Font für configs wird im DreamOS auch per Skin angegeben .


    zb. so im Skinkopf des Skins und da muss man nicht in jeder config zig mal den Font im Skin mit angeben wie bei den Mitbewerbern die das halt anderest geregelt haben.


    <listboxcontent>

    <offset name="left" value="5" />

    <offset name="right" value="5" />

    <font font="Regular;28" name="string" />

    <value name="string_item_height" value="45" />

    <font font="Regular;28" name="config_description" />

    <font font="Regular;28" name="config_value" />

    <value name="config_item_height" value="45" />

    <config onPixmap="skin_default/switch_on.svg" offPixmap="skin_default/switch_off.svg" size="57,30"/>

    </listboxcontent>



    Es gibt doch seit ewigen Jahren das Virtualzap ,das hat PIP oder kein PIP jenachdem was man einstellt ,das hat die beiden Screens skinbar (also kann man das gestallten wie man gern möchte) und man kann sogar einfach mal die Infotaste drücken und dann hat man den Eventview Screen mit der Info dessen was man im PIP angewählt hat.;)

    So kann man vom aktuellen Sender sowie von den PIP Sendern die man wählt die EPG Infos lesen und das seit Jahren .

    Das ist aber bei HD Sendern immer schon so gewesen ,schalt mal auf ZDF SD und du wirst sehen das geht dann da.

    Die Sendungen bei HD werden immer in 16:9 ausgegeben (vom Sender) und daher haste dann dort die schwarzen Balken.

    Und auch mal mit alten Skins getestet bzw. Skins vom GIT .

    Bei vielen fehlt klar die Configlist component die es seit 2015 gibt und da wird dann auf die default zurückgegeriffen und das kann dann hier und da mal abgeschnitten sein ,aber im großen und ganzen passt es bei allen ohne Änderungen .

    Wenn man allerdings das alles passend möchte dann muss man bei langen value Einträgen dann auch ne seperation setzen die zum Skin screen passt, entweder eine globale oder halt eine in der zuständigen config Zeile.

    Wenn bei description mal riesen lange Texte sind wo die volle breite des Screens nicht reicht werden diese auch abgeschnitten ,wer das nicht möchte muss halt wie früher den Screen breiter machen oder aber mehrzeilig.

    Überlappungen werden aber jetzt auch wieder gehen so wie es mal war .





    Code
    1. xxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxx
    2. xxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx