Gibt es eine Möglichkeit das Zeichen "%" für eine geschnittene Aufnahme beim Token {name} in der "displaymenudetailrecording.xml" weg zu bekommen und dafür in den Aufnahmeinformationen einen {cutted} Token oder so ähnlich zu schaffen?
Das sieht unschön aus wenn da immer das % davor steht.
Gibt es eine Möglichkeit das Zeichen "%" für eine geschnittene Aufnahme beim Token {name} in der "displaymenudetailrecording.xml" weg zu bekommen und dafür in den Aufnahmeinformationen einen {cutted} Token oder so ähnlich zu schaffen?
Tatsache...in der Detailansicht habe ich {cutted} als Token vergessen...in der Listenansicht ist es mit dabei 
Die Aufnahme Namen wollte ich mir eh nochmal anschauen, in dem Zuge kann ich auch das % wegschnipseln.
Ciao Louis
Nochwas zu dieser *.xml. Wenn der Name der Aufnahme angezeigt wird, kommt ja dessen ganzer Pfad, z.B.
Serien~Name der Serie~%SEpisodenname
{name}somit ist beim Token {Name} der ganze Pfad enthalten und oftmals der eigentliche Name der Aufzeichnung nicht sichtbar, weder links im Tab als auch unten rechts.
Wäre da vielleicht möglich zwei Funktionen daraus zu machen. Das der Token {Name} nur den Namen der Aufnahme zeigt und ein "neuer" die aktuelle Variante?
Serien~Name der Serie~%Episodenname
{neuer Token} ~{name}Einen drawtext, wie hier z.B. den Token {name} kann man nicht "laufen" lassen wenn der Name zu lange ist für die vorgegebene Breite. Der muss dann in eine Area rein, oder? Wäre hier und im Detail EPG machmal nützlich.
Das dürfte das Problem sein was, ich hier auch habe oder ?
aber im Listenmenu will ich das doch gar nicht haben, da hab ich doch mit viel Aufwand extra einen Aufnamenname gebaut der Staffelinformationen beinhaltet - damit ich das einfach sortieren und in der Richtigen Reihenfolge schauen kann?
Christian
Danke, Urlauber 
aber im Listenmenu will ich das doch gar nicht haben, da hab ich doch mit viel Aufwand extra einen Aufnamenname gebaut der Staffelinformationen beinhaltet - damit ich das einfach sortieren und in der Richtigen Reihenfolge schauen kann?
Ich habe geschrieben "bei der Ansicht zur aktuellen Aufnahme im Listenmenü" Damit meine ich die Anzeige, die im Listenmenü zur aktuell gewählten Aufnahme (bei Blackhole z.B. unten rechts) angezeigt wird. Bei den Listenelementen selbst hat es gepasst wie es war, da habe ich auch nichts geändert.
Ciao Louis
Top Louis. Vielen vielen Dank.
Könnte das jemand vom yaVDR Team dann noch ins PPA übernehmen 
... danke
Updates gibt's höchstens einmal die Woche, nicht täglich, habt Geduld...
Oder lernt das Verpacken, so schlimm ist das nicht, hab ich auch geschafft.
Lars.
Man müsste da noch viel strenger sein. Updates nur bei einem neuen Relase z.B.
Hält Dich doch keine ab streng zu sein. Leute gib's, da kann man nur mit dem Kopf schütteln.
Leute gib's, da kann man nur mit dem Kopf schütteln.
Schön, das in letzter Zeit alle so unglaublich freundlich sind und niemanden beleidigen.
Ja, so ist das nun mal mit dem Wald und dem Hineinschreinen....
Ich mach das viel entspannter.
Immer dann, wenn: [(ich selbst was brauche) oder (ich nett gefragt werde) oder (es ein neues Release gibt)] und [(ich bzw. einer aus dem Team Zeit hat) und (ich bzw. der aus dem Team Lust dazu hat)]
Die Klammern sollen beim Auswerten des logischen Ausdrucks helfen. Wer immer ganz vorne dabei sein will, tut sich selbst einen Gefallen und baut selbst, egal wie.
Lars.
Für die die die aktuelle Version für yaVDR suchen könne sich ja auch gerne bei mir bedienen. Ich baue für mich einige Pakete fast täglich neu.
Schon alleine deswegen weil ja selbst an einem blackhole mod bastle.
Ich habe hier im Forum schon an einigen Stellen auf meine PPAs (https://launchpad.net/~frodo-vdr) hingewiesen. Aber immer auch das main PPA von mir mit einbinden da einige Plugins neuere Libs benötigen als Yavdr diese zur Zeit hat.
Mein PPA -> yaVDR PPA
stable-yavdr-plugins -> stable-vdr
testing-yavdr-plugins -> testing-vdr
testing-vdr-dev -> testing-vdr-dev
Als Goodie habe ich auch ein skindesigner-logos Paket, dieses werde ich aber demnächst über arbeiten und eines mit weisen und schwarzen Logos anbieten. Da mir beim Blackhole Skin einige Logos im Hintergrund ertrinken.
Konnte man nicht auch für einen skin extra Logos mit einbinden?
Ich hatte zu beginn mal den Pfad /usr/share/vdr/plugins/skindesigner/skins/blackhole/logos angelegt bin aber der Meinung das das nicht mehr ging.
Meine Idee wäre unter /usr/share/vdr/plugins/skindesigner/ die verschiedenen Logos logos-light und logos-dark anzulegen und als default z.B einen Link von logos-dark auf logos zu erstellen.
Zusätzlich könnte man nun das passende Logos Paket in den Skin verlinken.
Aber immer auch das main PPA von mir mit einbinden, da einige Plugins neuere Libs benötigen, als Yavdr diese zur Zeit hat.
Da gab's bisher keine Probleme mit anderen Paketen, die gegen eine ältere Version gebaut wurden?
Es gibt ja lib-Programmierer, die es richtig machen und Änderungen an den Headern abwärtskompatibel umsetzen. Aber leider machen das nicht alle. Deshalb kann es manchmal passieren, dass ein Paket nicht mehr richtig funktioniert, wenn man eine neue lib installiert. Auf der sicheren Seite ist man immer, wenn alle Plugins gehen den identischen Stand an libs etc. gebaut wurden.
Ansonsten schreib mir mal eine PN, um welche libs es genau geht, vielleicht können wir die ja übernehmen, damit es wieder einheitlich wird.
Vielen Dank für deine Arbeit an den Paketen! Irgendwann sollten wir dich mal ins Team holen... 
Vielleicht als 0.5-Maintainer?
Lars.
ch hatte zu beginn mal den Pfad /usr/share/vdr/plugins/skindesigner/skins/blackhole/logos angelegt bin aber der Meinung das das nicht mehr ging.
Du musst es auch richtig machen und "/usr/share/vdr/plugins/skindesigner/skins/blackhole/themes/default/logos" benutzen. Dadurch kann sogar jedes Theme ein eigenes Logoset benutzen Fallback ist immer "/usr/share/vdr/plugins/skindesigner/logos"
Ciao Louis
Da gab's bisher keine Probleme mit anderen Paketen, die gegen eine ältere Version gebaut wurden?
Es gibt ja lib-Programmierer, die es richtig machen und Änderungen an den Headern abwärtskompatibel umsetzen. Aber leider machen das nicht alle. Deshalb kann es manchmal passieren, dass ein Paket nicht mehr richtig funktioniert, wenn man eine neue lib installiert. Auf der sicheren Seite ist man immer, wenn alle Plugins gehen den identischen Stand an libs etc. gebaut wurden.
Bisher hatte ich keine Probleme, ich muss allerdings zugeben das ich nicht alles testen kann was ich in meine PPAs einpflege.
Ich selbst nutze nur noch testing-vdr-dev und betreue noch ein paar VDRs mit stable-vdr, dort gab es bisher keine Probleme. Bei den stable-vdr Systemen nutzte ich aber auch selten Plugins welche noch in der frühen Entwicklungs Phase sind.
Schon alleine weil bei Fehlern ich alles wieder zum laufen bringen darf.
louis Danke für die tolllen Plugins und die Infos. ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Du musst es auch richtig machen und "/usr/share/vdr/plugins/skindesigner/skins/blackhole/themes/default/logos" benutzen. Dadurch kann sogar jedes Theme ein eigenes Logoset benutzen
Ich habe das nun probiert nur der Fallback funktioniert nicht.
Gebe ich ein paar Channellogos in das Verzeichnis /usr/share/vdr/plugins/skindesigner/skins/blackhole/themes/default/logos findet skindesigner ausschliesslich diese.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
