Es wäre nett, wenn der eine oder andere da nochmal drüberschauen könnte.
Gibt es einen besonderen Grund, warum die 'variablen' Eintraege im Hauptmenue, wie auch die neuen 'gelöschten Aufzeichnungen', keine Direktwahltasten-Nummern haben? Auch wenn diese Nummer nicht stabil ist und sich somit nicht fuer Makros eignet, koennte man sie doch in dem konkreten Menueaufruf benutzen. Auch sieht die fehlende Zahl fuer mich etwas "unästhetisch" aus.
Gruss
S:oren
Es wäre nett, wenn der eine oder andere da nochmal drüberschauen könnte.
Schnitt auf voller Platte wird weiterhin nach Abbruch direkt gelöscht und taucht auch in keiner recordings-Liste auf, ebenso Löschen einer Aufnahme funktioniert und taucht nur noch in den deleted recordings auf.
Müsste oben das SetDelete() nicht eigentlich vor dem recordingsStateKey.Remove() erfolgen?
Ja, sollte es.
Gibt es einen besonderen Grund, warum die 'variablen' Eintraege im Hauptmenue, wie auch die neuen 'gelöschten Aufzeichnungen', keine Direktwahltasten-Nummern haben?
Sie sind halt nicht fest vergeben, weil sie dynamisch sind ;-).
Schnitt auf voller Platte wird weiterhin nach Abbruch direkt gelöscht und taucht auch in keiner recordings-Liste auf, ebenso Löschen einer Aufnahme funktioniert und taucht nur noch in den deleted recordings auf.
Aus dem ersten Teil dieses Satzes werde ich nicht ganz schlau. Heißt das jetzt, es funktioniert, wie es soll, oder es funktioniert weiterhin nicht?
Sie sind halt nicht fest vergeben, weil sie dynamisch sind
Nicht fest vergeben ist ja, wie geschrieben, klar. Aber warum ueberhaupt keine Nummer? Auch wenn ein Eintrag keine feste Nummer fuer alle Zeiten hat, in dem konkret geoeffneten Menue koennte man ihn ja trotzdem per 'Kurzwahl-Ziffer' aufrufen!? Und man haette nicht diese haessliche Luecke (OK, Geschmacksache).
Plugins haben ja auch eine Nummer, die von der Aufrufreihenfolge abhaengt, also keine feste Nummer, sondern eine fortlaufende.
Plugins haben ja auch eine Nummer, die von der Aufrufreihenfolge abhaengt, also keine feste Nummer, sondern eine fortlaufende.
Die ergibt sich aber durch die Reigenfolge des Ladens beim Start und ist danach fest.
Die ergibt sich aber durch die Reigenfolge des Ladens beim Start und ist danach fest.
Ja, selbstverstaendlich.
Das ist aber keine Antwort auf meine eigentliche Frage.
Ja, selbstverstaendlich.
Das ist aber keine Antwort auf meine eigentliche Frage.
bei 9 ist doch ende, beim plain vdr
Aber auch die 9 bekommt der Punkt der Geloeschten Aufzeichnungen nicht, wenn (mit 3 Plugins) bei Einstellungen 8 die letzte Nummer ist.
Aus dem ersten Teil dieses Satzes werde ich nicht ganz schlau. Heißt das jetzt, es funktioniert, wie es soll, oder es funktioniert weiterhin nicht?
Ja, funktioniert wie es sein soll
Wobei STOP_RECORDING ein Problem sein könnte, aber wenn du es unbedingt so haben willst...
Nun, dass ich mir das Patchen kann ist klar, mache ich an anderen Stellen ja auch (siehe Signatur).
Ich haette gerne die Motivation verstanden, warum ausgerechnet diese Eintraege keine Nummer bekommen duerfen, wuerde ohne Plugins ja selbst bei allen aktiven dynamischen EIntraegen bis zur 9 reichen.
Ich hatte mir das damals halt so vorgestellt.
OK
Es wäre nett, wenn der eine oder andere da nochmal drüberschauen könnte.
Eine andere Sache ist mir noch aufgefallen: Wenn ich die Wiedergabe einer Aufzeichnung unterbreche, die sich in einem Verzeichnis befindet, und dann spaeter wieder das Aufnahmen-Menue aufrufe, dann war frueher (vdr-2.7.7) die eigentliche Aufnahme noch selektiert (sehr praktisch). Jetzt ist aber das uebergeordnete Verzeichnis selektiert. Ich bin nicht sicher, ob das in vdr-2.7.8 oder in dem Sammelpatch fuer 2.7.9 kaputt gegangen ist.
Kann ich bei Bedarf weiter untersuchen (morgen).
Daran hat sich gegenüber der 2.7.7 nichts geändert. Oder sprichst du von etwas anderem?
Also ich habe jetzt eine 2.7.7-Parallelinstallation bei mir gestartet, und da ist die eigentliche Aufnahme in dem Ordner selektiert, die ich in 2.7.8 mit 2.7.9-Patch unterbrochen hatte (und die dort dann nicht mehr selbst sondern der Ordner selektiert ist).
Das hat sich bei mir definitiv geaendert. Beim Wechsel der VDR-Versionen ist das bei mir reproduzierbar.
Es ist eine gleichartig gepatchte Version (wie im git, siehe Signatur), bei der sich nur der undelete-Patch geaendert haben sollte, ohne extrecmenu.
Wenn dieses geaenderte Verhalten an Patches liegt, dann muss ich das weiter untersuchen. Spontan habe ich keine passende Idee.
Ist dann falscher Alarm, kann ich erst morgen weiter untersuchen.
S:oren Das liegt an Deinem MainMenuHook-Patch. Der hat vorher menu = new cMenuRecordings(NULL, 0, true); aufgerufen, jetzt gibt er in cMainMenu das OpenSubmenus weiter, das false als Default hat: menu = new cMenuRecordings(NULL, 0, OpenSubMenus);
kls Könnte man nicht das Standardverhalten ändern, dass immer beim Öffnen des Recordings-Menü zur letzten abgespielten Aufnahme gesprungen wird? Wenn man nach dem Ansehen die Aufnahme löschen will muss man sich bisher immer wieder durch alle Aufnahmeverzeichnisse hangeln bis man dort ist.
Ich verwende deshalb "schon länger" folgenden Patch:
--- menu.h.orig 2013-11-28 17:24:52.404563418 +0100
+++ menu.h 2013-11-28 19:39:12.682034948 +0100
@@ -108,7 +108,7 @@
void Set(void);
bool Update(bool Force = false);
public:
- cMenuMain(eOSState State = osUnknown, bool OpenSubMenus = false);
+ cMenuMain(eOSState State = osUnknown, bool OpenSubMenus = true);
virtual eOSState ProcessKey(eKeys Key) override;
static cOsdObject *PluginOsdObject(void);
};Don’t have an account yet? Register yourself now and be a part of our community!
