Fernbedienung anlernen? Hab ich noch nie gemacht...wüsste nicht mal wie das geht
Ciao Louis
Fernbedienung anlernen? Hab ich noch nie gemacht...wüsste nicht mal wie das geht
Ciao Louis
"remote.conf" umbenennen/löschen. Dann VDR starten. Der Rest ergibt sich dann mehr oder weniger von alleine.
Anbei mal ein Patch für die neuen Menü-Kategorien.
Passt das so?
Klaus
@Klaus: schaut prima aus...ich werde das mal testen und bei Bedarf berichten...Vielen Dank!!!
Ciao Louis
Zitat von »nvertigo«
Denn das bedeutet auch, das es ohne mainmenuhook.patch nicht geht.
Stimmt nicht so ganz, denn ich habe den Patch nicht drin, und es funktioniert.
NOpacity zeigt dieses Verhalten wenn in epgsearch die Option: Orginale Programmübersicht ersetzen auf "Nein" steht
Schön ist es nicht, sollte man was ändern.
@Klaus: ich habe den Patch mal eingespielt und die neuen SetItem* Funktionen zusammen mit den Menükategorien getestet...das klappt wunderbar Jetzt kann ich die ganzen Krücken rausschmeissen, die bisher nötig waren. Feine Sache...
Ciao Louis
@Klaus: ein Problem ist mir noch aufgefallen: wenn ich im Setup Menü das Plugins Untermenü aufrufe und danach das Setup Menü für ein Plugin, ist als MenuCategory mcSetup gesetzt. Könnte man das allgemein so machen, dass "unterhalb" von Plugins immer mcSetupPlugin oder wegen mir auch mcUnknown gesetzt wird? Auf die Setup Menüs der Plugins hast du ja keinen direkten Einfluss, aber vielleicht gibt es da ja eine Möglichkeit.
Ciao Louis
@Klaus: ein Problem ist mir noch aufgefallen: wenn ich im Setup Menü das Plugins Untermenü aufrufe und danach das Setup Menü für ein Plugin, ist als MenuCategory mcSetup gesetzt. Könnte man das allgemein so machen, dass "unterhalb" von Plugins immer mcSetupPlugin oder wegen mir auch mcUnknown gesetzt wird? Auf die Setup Menüs der Plugins hast du ja keinen direkten Einfluss, aber vielleicht gibt es da ja eine Möglichkeit.
Versuch's mal hiermit:
--- menuitems.c 2012/04/08 11:20:37 2.14
+++ menuitems.c 2012/12/23 13:44:05
@@ -1152,6 +1152,7 @@
void cMenuSetupPage::SetPlugin(cPlugin *Plugin)
{
+ SetMenuCategory(mcPluginSetup);
plugin = Plugin;
SetSection(cString::sprintf("%s '%s'", tr("Plugin"), plugin->Name()));
}
Klaus
Danke, ich werde das morgen mal ausprobieren und berichten...
Ciao Louis
Moin,
mit der Änderung klappt es nun einwandfrei
Happy XMas Louis
In der aktuellen Version von Softhddevice passen die Patches von Lucian nicht mehr (rejects)
Das Scaling damit, in nOpacity schaut schon schick aus.
Wäre schon gut wenn johns diesen Einbauen könnte, oder einen separaten Branch dafür aufmachen.
OT:
Nutze noch den 33 VDR, ich könnte mir vorstellen daß es in Zukunft ein Chaos bei den Plugins geben wird. Vor allem wenn die Plugins abwärtskompatibel sein sollen
OT:
Nutze noch den 33 VDR, ich könnte mir vorstellen daß es in Zukunft ein Chaos bei den Plugins geben wird. Vor allem wenn die Plugins abwärtskompatibel sein sollen
Nur mal zur Erinnerung: die 1.7-er Version von VDR ist eine *ENTWICKLER*-Version. Es steht nirgends geschrieben, daß da alles immer abwärtskompatibel sein muß. Wenn sich ein Plugin-Entwickler das Leben erleichtern möchte und sagt, sein Plugin ist immer nur mit der aktuellen Developer-Version lauffähig, dann ist das auch OK. Wenn immer alles mit jeder Version kompatibel sein soll, werdet ihr irgendwann den Code vor lauter '#if's nicht mehr sehen...
Klaus
In der aktuellen Version von Softhddevice passen die Patches von Lucian nicht mehr (rejects)
Das Scaling damit, in nOpacity schaut schon schick aus.
Wäre schon gut wenn johns diesen Einbauen könnte, oder einen separaten Branch dafür aufmachen.
Den ersten 0002-.... habe ich schon ins GIT eingebaut, den brauchst nicht mehr zu verwenden.
Der zweite "0003-softhddevice-video-scaling-without-YAEPG-vdr-1.7.33_v4.diff" sollte noch funktionieren.
Den baue ich als nächstes ein.
Warum sollte ich neuen Branch aufmachen? Dies ist immer viel Arbeit.
Für die alten "Developer Versionen" gibt es "stable" Release.
kls
Ich finde es nicht schlecht, wenn die alten Zöpfe rausfliegen.
Johns
Nö der ist auch schon im GIT.
Es fehlt nur noch der 0003. Das baut die neue API ein.
Frohes Fest,
Johns
Moin!
Nur mal zur Erinnerung: die 1.7-er Version von VDR ist eine *ENTWICKLER*-Version. Es steht nirgends geschrieben, daß da alles immer abwärtskompatibel sein muß. Wenn sich ein Plugin-Entwickler das Leben erleichtern möchte und sagt, sein Plugin ist immer nur mit der aktuellen Developer-Version lauffähig, dann ist das auch OK. Wenn immer alles mit jeder Version kompatibel sein soll, werdet ihr irgendwann den Code vor lauter '#if's nicht mehr sehen...
FULL ACK!
Man kann ja nicht zu jeder Developer-Version kompatibel bleiben, dann kommt man ja nie voran...
Lars.
[...] Man kann ja nicht zu jeder Developer-Version kompatibel bleiben, dann kommt man ja nie voran...
Kommt halt drauf an, ob man als Developer Wert auf möglichst viele Tester legt...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!