Skindesigner (Tickets) Version 0.3.4

    Moin,


    ich werde jetzt mal nach und nach die offenen Tickets für den Skindesigner anschauen...begonnen habe ich mal mit der Möglichkeit, in einem ViewElement eine Condition aus dem Setup zu setzen, damit dieses ViewElement komplett ausgeblendet wird und auch die notwendigen Daten im Hintergrund nicht geladen werden. Beispielsweise kann man das sinnvoll bei <devices> anwenden ;) Einen kleinen Bug beim FadeOut habe ich auch gefixt.


    Code
    - checking setup conditions for viewelements
- fixed FadeOut bug


    Ciao Louis

    Zitat von louis

    [...]begonnen habe ich mal mit der Möglichkeit, in einem ViewElement eine Condition aus dem Setup zu setzen, damit dieses ViewElement komplett ausgeblendet wird und auch die notwendigen Daten im Hintergrund nicht geladen werden.


    Muchas gracias :tup


    Ich dachte, du gönnst dir erst mal ne Pause ;)

    Code
    - fixed crash when opening and closing main menu consecutively
- fixed bug detecting menu item numbers in main menu
- fixed recording progress bar in nopacity

    :tup :tup

    Gruß Patrick


    [size=8]* Meine NeverEndingProjects ;) *


    vectra --- glasslike ---

    Hätte auch noch ein kleines Fehlerchen.


    /skins/blackhole/xmlfiles/displaymenumain.xml Zeile 152:

    Code
    <drawimage condition="lt({cputemp}, 81)" imagetype="skinpart" path="tachohands/temp_{gputemp}" x="{areawidth}*0.78" y="5%" width="20%" height="{areawidth}*0.2"/>


    Bei Bedingung sollte gputemp richtig sein.


    Und falls noch einer aus der Raspberry-Gemeinde an der CPU-Temperatur interessiert ist mein Eintrag in der temperatures:

    Code
    # raspberry cpu temp
CPUTEMP=$( cat /sys/class/thermal/thermal_zone0/temp | cut -c1-2 )
CPUTEMP+=°C
echo $CPUTEMP > ${OUTPUTFLDR}/cpu

    yaVDR 0.5 Server: Satix S2 Dual, Technisat DVB-T
    yaVDR 0.5 Client: POV ION-MB330
    yaVDR 0.3 Client: S100 mit Scart-Out
    Raspberry 2 Clients

    Moin,


    Code
    - moved access to cControl to main thread to avoid crash
  in onpauseview
- added recording icons to metrixHD
- fixed colors in tvguideng timeline in nopacity darkred


    Der erste Fix müsste von euch mal getestet werden...der Crash ist nur bei Leuten (wie z.B. 3PO) aufgetreten, die graphTFT am laufen hatten. Mit diesem Fix sollte dieser Crash nicht mehr auftreten, wenn "OnPause" beim pausieren einer Aufnahme nach einer gewissen Zeit eingeblendet wird. Ich habe jetzt wie von Klaus empfohlen den Zugriff auf cControl in den Hauptthread verlagert. Da ich kein TFT Display habe, die Betroffenen bitte mal testen und Feedback geben, ob es immer noch crasht. Danke...


    Ich habe im Git mal eine Version 0.3.1 getagt.


    Ciao Louis

    Naja, einfach eine Aufnahme pausieren und warten, bis das "onpause" eingeblendet wird. Dann hat es bei dir gecrasht.


    Ciao Louis

    Moin,


    ich habe mal die Version 0.3.3 im Git getaggt. Hier die Änderungen:


    Code
    - fixed crash in drawing devices
- fixed crash if number of dvb devices changes
- added possibility to detach dedicated viewelements in displaychannel
  and displaymenumain that they start in an own thread
- introduced background="true" attribute in viewelements. These areas
  will only be drawn once.
- fixed bug in creating osd
- fixed bug when creating pixmaps


    Die wesentliche Neuerung ist die Möglichkeit, ViewElemente aus den Templates heraus in einem eigenen Thread starten zu lassen. Das gilt für folgende ViewElemente in displaychannel: signalquality, devices, currentweather, scrapercontent, datetime, time - und für alle "speziellen" ViewElemente in displaymenumain (also alle ausser background, header, date, time, scrollbar). Um ein ViewElement in einem Thread zu starten, muss das z.B. wie folgt definiert werden:


    Code
    <timers detached="true" delay="100" fadetime="{fadetime}">
...


    Durch das delay gibt man dem Menü selbst ein bisschen Zeit, sich zu zeichnen. Wenn man das auf alle ViewElemente im Hauptmenü anwendet, dann sollte das "eigentliche" Menü, also Background, Header, Menüitems usw. schneller dargestellt werden. Ausserdem kann man mit Kombinationen von delay und fadetime die einzelnen Bestandteile des Hauptmenüs gezielt einblenden, so woe Boostar es sich gewünscht hat ;)


    Weiterhin ist wichtig zu beachten, dass es für eine Area nun das Attribut background="true" gibt. Ist dies für eine Area innerhalb eines ViewElements definiert, wird diese Area nur beim allerersten Zeichnen auch wirklich gezeichnet, bei möglichen Refreshs der Anzeige aber nicht mehr. Das schont ein bisschen die Performance, wenn ein Element wie z.B. devices des öfteren refreshd wird, aber der Hintergrund nicht jedes mal neu gezeichnet werden muss, da der ja gleich bleibt.


    Ciao Louis

    Hinten nicht fertig ...... Vorne wieder was zu ändern :(
    Aber coole Features :) Da kann man wieder coole Sachen mit machen.
    Hab gerade ne tolle Idee im Kopf. Nachher mal testen ob es klappt.

    Gruß Patrick


    [size=8]* Meine NeverEndingProjects ;) *


    vectra --- glasslike ---

    Zitat von vectra130

    Hinten nicht fertig ...... Vorne wieder was zu ändern


    wie sagte eine Kollegin aus unserer FiBu letzte Woche in bestem Berlinerisch zu mir.....


    Zitat

    Da werden einem ja die Finger wund, Wa!


    Da musste ich mich echt beherrschen, nicht den ROFL zu machen ;)

    Und weiter gehts ;)


    Code
    - added viewelement <lastrecordings> with information about 5 newest
  recordings in main menu


    Tokens dafür siehe Skinskeleton.


    Ciao Louis

    Code
    - fixed bug that parameters with both dynamic tokens and relative width,
  height, posx or posy values are not parsed correctly
- fixed bug also for loops
- added possibility to draw vertical text bottomup and topdown
- translate drawtextvertical


    Ciao Louis

    Code
    - added viewelement <endtime> in displayreplay to display the time
  the currently replayed recording ends


    Im metrixHD hab ich das mal exemplarisch implementiert.


    Ciao Louis

    Und noch einer:


    Code
    - added viewelement <sortmode> in displaymenu to display the sort
  mode of the currently displayed menu. <sortmode> can be used in
  any list menu, implementation in displaymenu.xml is default


    Im Anhang mal die Aufnahmeliste alphabetisch geordnet mit blackhole und die Kanalliste nach Providern geordnet mit metrixHD.


    Das Feature gibt es ab VDR 2.1.8. Bitte auch mal mit kleineren Versionen testen, sollte eigentlich keine Änderung bemerkbar sein...wenn nicht ist es ein Bug ;)


    Ciao Louis

    Zitat von louis

    Das Feature gibt es ab VDR 2.1.8.


    Gibt das Feature auch die Sortierreihenfolge "auf-/absteigend" her? Dann könnte man endlich das extrecmenu Plugin einmotten.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden