Kompatibilität mit "VDR-Standard"

Zitat von wirbel

Nach dem Lesen des ganzen threads bin ich der Ansicht, dass der eigentliche Fehler in skindesigner liegt.
Das Plugin sollte eben nicht mehr Infos verwenden als vdr selbst mit seinen mitgelieferten Skins benutzt und sich 100% kompatibel verhalten.

Zitat von wirbel

Andrerseits ist der patch trivial und tut nicht weh, also warum nicht einfach in wirbelscan ergänzen.
Das ändert aber nichts daran, dass dieses skindesigner Plugin dann beim nächsten Plugin wieder auf die Nase fällt.

Hallo Louis,

mich hats auch getroffen.
Ich habe für eine kleine Datenbankapplikation ein Plugin zur Anzeige über Infos zu meinen Aufnahmen geschrieben. Dabei habe ich noch das klassische (Basis) Erzeugen von Menus und Menuitems nach den Methoden abgeleitet

class myFilmeDetailListMenu: public cOsdMenu {
...

class myFilmeDetailListItem: public cOsdItem {
...

Menuitems werden dabei mit Text gefüllt und orientieren sich an den gesetzten Tabs und sind entweder "selectable" oder "nonSelectable".
Das funktioniert auch hevorragend unter den klassischen Skins des VDR (Klassik, LCARS) und gib ein gut lesbares formatiertes Bild wieder.

Wenn ich jetzt allerdings deine Skins "metrixhd" (M) oder "estuary4vdr" (E) nehme, passieren hier Dinge, die zu dem "VDR-Standard" nicht kompatibel sind und mir das Menu total "verhauen".

1. NonSelectable Zeilen:
(M) linksbündig, aber nur der Inhalt bis "\t"
(E) mittiger Text des Inhaltes bis "\t"
erwartetes Verhalten: Darstellung Spaltenweise (evtl anderer Background oder Schriftfarbe).

2. Selectable Zeilen:
Darstellung ist Spaltenweise aber immer nur bis zum nächsten TAB
erwartetes Verhalten: Wenn Text z.B. nur im ersten TAB ausgegeben wird sollte dieser, wenn kein weiterer Text in anderen Spalten steht, weitergeschrieben werden bis Zeilenende. D.h. Die TABs geben nur den Textbegin an aber nicht das Textende der vorhergehenden Spalte wieder.

Denk doch mal darüber nach ob du nicht für die Menucategorien "mcUnkown" und "mcUndefined" versuchen kannst, hier wieder das "VDR-Standard"-Verhalten herzustellen. Andere Pluginentwickler werden's dir eventuell danken.

Gruß
msv

Oh Mann. hast ja recht.

Standart -> Standard

Msv

Das hat nichts geändert.

Ich mache das so:

myFilmeDetailMenu::myFilmeDetailMenu() :
        cOsdMenu(tr("Details")) {
        SetMenuCategory(mcPlugin);
        SetCols(25);
        Display();
        Set();
}

Hier fülle ich dann z.B. eine Zeile mit Inhalt:

line.clear();
        line = line + tr("Date of Appearence \t: ") + row[3];
        filmDetailitem = new myFilmeDetailItem(line.c_str(), false);
        Add(filmDetailitem);


...


myFilmeDetailItem::myFilmeDetailItem(const char *text, bool sel) {
        SetText(text);
        SetSelectable(sel);


}

Ich halte mich nicht für den großen C++ Programmierer aber es funktionierte bisher gut

gruß
msv

Das hat nichts geändert.

Ich mache das so:

myFilmeDetailMenu::myFilmeDetailMenu() :
        cOsdMenu(tr("Details")) {
        SetMenuCategory(mcPlugin);
        SetCols(25);
        Display();
        Set();
}

Hier fülle ich dann z.B. eine Zeile mit Inhalt:

line.clear();
        line = line + tr("Date of Appearence \t: ") + row[3];
        filmDetailitem = new myFilmeDetailItem(line.c_str(), false);
        Add(filmDetailitem);


...


myFilmeDetailItem::myFilmeDetailItem(const char *text, bool sel) {
        SetText(text);
        SetSelectable(sel);


}

Ich halte mich nicht für den großen C++ Programmierer aber es funktionierte bisher gut

gruß
msv

hab mal ein paar screenshots gemacht. Ich hoffe, es ist zu erkennen was ich meine. k1 und k2 sind "klassischer VDR", e1 und e2 sind "estuary4vdr". Beides sind Bilder der selben Seite, nur für das zweite ans Ende gescrollt

Hi,

Schade, dann wohl erstmal ohne Skindesigner. Sieht zwar toll aus, aber ich habe schon zu viele Plugins den Jordan runter gehen gesehen um jetzt mein Plugin von der geänderten Funktionalität eines anderen Plugins abhängig zu machen.

Für mich ist hier das Standard API des VDR die Messlatte und da wurden TABS in Menuitems wie in einer Textverarbeitung implementiert, d.h. ich kann mit einem "\t" zur nächsten Spalte springen, aber ich kann den Text auch einfach bis zum Zeilenende laufen lassen. Diese Funktionalität hast du ja nun leider gegen ein anderes Construct getauscht, ohne die alte Funktionsweise alternativ bestehen zu lassen. Ebenso hast du die Formatierung und das Tab-handling von nicht selektierbaren Menuitems so verändert, daß sie eigentlich nicht mehr für normalen Text in solch einem Menu zu gebrauchen sind. Auch hier wieder alternativ los zum "klassischen VDR". Vielleicht fällt dir hierzu ja noch irgendwann eine Lösung ein...

Aber wie gesagt, ich glaube, daß du den richtigen Weg eingeschlagen hast, dem VDR ein schöneres Gesicht zu geben. Denn die neuen Skins sehen einfach klasse aus. Aber der Hauptzweck des VDRs ist es, Live-TV und Aufnahmen wiederzugeben. Und wenn ich mir überlege, wie das zeitliche Verhältnis zwischen dem Anschauen von TV Inhalten und dem Erfreuen an schönen OSD Skins ist, schlägt das Pendel doch zu Gunsten des TV-Inhaltes aus. Also irgend ein Skin ( und wenn es LCARS ist) wirds schon tun.

Trotzdem Danke für die Tipps
msv