nOpacity 0.0.4

Zitat von Keine_Ahnung

Es ist dann eh die Frage wer alle diese Skins/Plugins anpassen möchte? Irgendwer muss sich dann ja die Arbeit machen

Bei Skins kann es mir eigentlich wurscht sein, sofern ein Skin wie nOpacity solche Infos anbietet, mir geht es eher um die Frage, wie kommen andere Plugins an dieselbe Information, die nutzen ja nicht (oder noch nicht) cSkin-Abkoemmlinge?

Zitat von Keine_Ahnung

Ein weiterer Punkt ist, wenn z.B. die Timerliste komplett vom Skin gerendert wird (also die Textzeilen der Menüs nicht verwendet werden sondern nur die Infos aus den Objekten), dann hat auch nen Patch wie z.B. der TIMERINFO Patch keinen Effekt mehr und müsste in alle Skins implementiert werden.

Was, noch so'n Patch?

Zitat von Keine_Ahnung

Hier (also soweit es graphlcd betrifft) gehts ja nur um die Menuseiten mit den Listen von Strings. Und die werden von graphlcd so wie sie sind an den Skin durchgereicht. Also eine spezielle Aufbereitung aufgrund der Art des aktuellen Menüs findet nicht statt. Also ohne WAREAGLEICON Patch im VDR gehts nicht (jedenfalls nicht wenns schön sein soll).

Ja, da wird der Text geparst, der Wareagle-Patch besteht im Grunde genommen auf eine Konvention die auf die Verwendung gewisser Zeichencodes aus dem VdrSymbols TTF. Ich kann mir gut vorstellen, beim Graphlcd-Plugin koennte man weiterhin ohne Wareagle-Patch trotzdem local solche Symbole aus diesem Font nutzen, oder alternativ irgendwelche Graphiken, das soll ja auch gehen, bloss die Info wann und was muss man sich irgendwo aus diesen neuen Eventobjekten (sag ich mal so, habe mir in dieser Hinsicht den Code in vdr-1.7.33 gar nicht so gruendlich angesehen) holen.

Kann man denn aus einem "nicht-Skin" Plugin auf das Skin-Objekt zugreifen und observieren was es gerade tut?

Ciao, Lucian

P.S. Natuerlich ist jeder uberfluessig gemachte Patch am core-VDR, ein guter Patch...

Du warst schneller, hatte meinen Beitrag editiert.

Ich versuche mal vorher Log ausgaben einzubauen um zu sehen was da nicht passt

Nachtrag: war doch die falsche Funktion im Edit Posting.

Moin!

Zitat von Keine_Ahnung

z.B. der TIMERINFO Patch keinen Effekt mehr

Ich glaube, der war's...

Zitat von Keine_Ahnung

Es ist dann eh die Frage wer alle diese Skins/Plugins anpassen möchte? Irgendwer muss sich dann ja die Arbeit machen

Die Maintainer der Skins... Oder ambitionierte Nutzer...

Es gibt die Funktion "OsdTextItem" in cStatus, die wird bei einem SetText aufgerufen. Wenn es da noch Pendants zu SetXXXItem geben würde, könnte auch graphlcd angepasst werden.

Lars.

Hallo..

Zitat

die Anzeige des Festplattenstatus und der Timer im Hauptmenü kann nun über das Setupmenü angepasst werden...Änderung ist im Git.

Besten Dank...ich werde es jedoch leider erst im nächsten Jahr genießen können..
Es sei den mir erklärt jemand wie man ein Plugin aus dem git baut

BooStar: https://launchpad.net/~seahawk…stable-vdr/+build/4076301
Wenn du magst probier es aus, sobald es gebaut wurde, ich kann momentan nicht testen... (man muss unstable-vdr nutzen, sonst ist der VDR nicht aktuell genug)

Hallo zusammen..

Zitat

Baust Du Deinen vdr selbst und hast die Quellen? Oder machst Du das mit yaVDR Paketen?

Ich benutze vorzugsweise die yaVDR-Pakete, bin aber durch aus in der lage mir die sourcen (aus dem yaVDR- Repo(apt-get source)) zu holen, zu patchen und wieder als Paket zu verpacken Was ich nicht kann, ist mir die sourcen aus dem git holen und dann als Paket zu verpacken

Zitat

BooStar: https://launchpad.net/~seahawk1986-hotma…/+build/4076301
Wenn du magst probier es aus, sobald es gebaut wurde, ich kann momentan nicht testen... (man muss unstable-vdr nutzen, sonst ist der VDR nicht aktuell genug)

Ich hoffe das ich heute abend dazu komme, besten Dank. unstable habe ich aktuell drin.
Trotzdem würde ich gerne mal Wissen, wie ich sourcen aus dem git hole und daraus ein .deb-Paket schnüren kann.
Ich bin ehrlich, ich habe noch keinerlei Recherchen dazu angestellt, wahrscheinlich finde ich auch selber raus wie das geht

apt-get source vdr-plugin-skinnopacity
cd skinnopacity...
git pull (Oder das aktuelle git hineinquetschen)

dpkg-buildpackage -rfakeroot -us -uc -b
cd ../

dpkg -i *.deb

Ich habe nun dank des Tip von louis versucht die Ursache für mein Problem zu finden.

bool foundMenuSearchResults = false;
	bool foundMenuFavorites = false;
  +  dsyslog("nopacity Rudi Test: config file %s found", *fileName);
	if (access(fileName, F_OK) == 0) {
    	dsyslog("nopacity: config file %s found", *fileName);
    	FILE *f = fopen(fileName, "r");
    	if (f) {

Diese Zeile eingefügt, somit sollte im Log auf jeden Fall was zu sehen sein - Plugin neu gebaut und ich sehe nichts im Log nada ! - Vdr steht auf Loglevel 3

Mein Verdacht ist, das cNopacityEPGSearchConfig::LoadEpgSearchMenuConf(void) bei mir gar nicht angesprungen wird, kann das sein ?

Hi nvertigo

Zitat von nvertigo

Hast Du bei epgsearch das Ersetzen des vdr-Menus aktiviert?

Danke - Das war es !

Sollte aber im nOpacity Plugin eingebaut werden.
Oder steht es schon im readme ?

Zitat von rudirabbit

Mein Verdacht ist, das cNopacityEPGSearchConfig::LoadEpgSearchMenuConf(void) bei mir gar nicht angesprungen wird, kann das sein ?

Also ich möchte ja nicht lästern, aber das sieht für mich irgendwie danach aus, als gäbe es da eine "Querverbindung" zwischen der Skin nOpacity und dem EpgSearch-Plugin. Das ist eigentlich nicht so, wie es sein sollte. Eine Skin soll über genau definierte Schnittstellen Daten anzeigen, und sich ansonsten keinerlei Gedanken über andere Plugins machen...

Klaus

Hallo,

bei mir gibt es einen wunderschönen Segmentation fault im Plugin, wenn ich den VDR dazu veranlasse die FB neu anzulernen.
Nur falls das von Interesse ist.

Gruss, Thomas