[ANNOUNCE] VDR developer version 1.7.28

Also ich würde drauf wechseln, das einzige was mich abhält ist, das bei "Was läuft als nächstes" die Beschreibung der Sendungen zu sehr abgeschnitten wird. Wenn Du für die Senderinfo weniger Breite zuteilen würdest, fände ich das schon sehr annehmbar. Optimale Ausnutzung Platz ist Key, also nicht ohne Grund verschwenden.
Ansonsten vielen Dank für 10+ Jahre vdr-Nutzung meinerseits und ich hoffe auf 2.0 Status, nur so
steiniplatte

Also ich finde LCARS mal eine klasse Neuentwicklung. gefällt mir sehr gut. Aber über Geschmack kann man sich ja trefflich streiten

Wenn ich jetzt noch verstehen würde, wie der Skin genau gezeichnet wird, würde ich da gerne mithelfen... aber das ist echt chinesisch für mich.

Danke Klaus

hat schon wer (schmirl ?) für remotetimers einen angepassten patch ?
vdr-remote_instant_recordings.patch lässt sich ohne rejects anwenden aber leider kommt das hier beim bauen :

g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O0 -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVDRDEBUG -DREMOTE_KBD -DREMOTE_LIRC -DBIDI -DLIRC_DEVICE=\"/var/run/lirc/lircd\" -D_GNU_SOURCE -DVIDEODIR=\"/var/lib/video.00\" -DCONFDIR=\"/var/lib/vdr\" -DPLUGINDIR=\"/usr/lib/vdr/plugins\" -DLOCDIR=\"/usr/share/locale\" -I/usr/include/freetype2   -I/usr/include/dvb-s2api-liplianin -I/usr/include/fribidi   menu.c
menu.c: In Elementfunktion »virtual void cMenuTimerItem::Set()«:
menu.c:1068:8: Warnung: Variable »diskStatusString« wird nicht verwendet [-Wunused-variable]
menu.c: In statischer Elementfunktion »static bool cRecordControls::Start(cTimer*, bool)«:
menu.c:4781:79: Fehler: keine passende Funktion für Aufruf von »cReplayControl::SetRecording(const char*, const char*)«
menu.c:4781:79: Anmerkung: Kandidat ist:
menu.h:301:15: Anmerkung: static void cReplayControl::SetRecording(const char*)
menu.h:301:15: Anmerkung:   Kandidat erwartet 1 Argument, 2 angegeben
menu.c:4794:64: Fehler: keine passende Funktion für Aufruf von »cReplayControl::SetRecording(cString&, cString&)«
menu.c:4794:64: Anmerkung: Kandidat ist:
menu.h:301:15: Anmerkung: static void cReplayControl::SetRecording(const char*)
menu.h:301:15: Anmerkung:   Kandidat erwartet 1 Argument, 2 angegeben
make[1]: *** [menu.o] Fehler 1

der patch sieht an der stelle in menu.c so aus :

if 
(cPluginManager::CallFirstService("RemoteTimers::InstantRecording-v1.0", 
&ir)) {
            if (!cReplayControl::LastReplayed())
               cReplayControl::SetRecording(ir.fileName, ir.name);
           delete t;

der patch im ganzen :

https://github.com/yavdr/vdr/b…_instant_recordings.patch

Argh.... Lediglich eine Seite vor dieser!

[ANNOUNCE] VDR developer version 1.7.28

uups
mea culpa
vor lauter lcars hab ich das wohl übersehen

hotzenplotz5: Ich kann nicht erkennen was der verlinkte Patch mit deinem Problem zu tun hat.

Gerald

stimmt ...
Mreimer ?

Hier noch der Patch für clock-1.0.0

Zitat von steiniplatte

Also ich würde drauf wechseln, das einzige was mich abhält ist, das bei "Was läuft als nächstes" die Beschreibung der Sendungen zu sehr abgeschnitten wird. Wenn Du für die Senderinfo weniger Breite zuteilen würdest, fände ich das schon sehr annehmbar. Optimale Ausnutzung Platz ist Key, also nicht ohne Grund verschwenden.

Bis Version 1.7.26 wurde der Kanalname in diesen Menüs mit fester Breite von 7 Zeichen dargestellt.
Dominic Evans wollte, daß die Namen in voller Länge angezeigt werden, da man sonst u.U. nicht erkennen kann, welcher kanal gemeint ist (vor allem, wenn ein Kanal keine kurze Variante seines Namens anbietet). Das wurde dann in Version 1.7.27 so gemacht, hat aber bei Kanälen, die überhaupt keinen kurzen Namen hatten und deren Name sehr lang war, zu einer extrem breiten Namensspalte geführt. Also habe ich die Breite in Version 1.7.28 auf 16 Zeichen limitiert.

Wir können da jetzt entweder noch weiter runtergehen (und landen evtl. irgendwann wieder bei den ursprünglichen 7), oder wir lassen es so wie es jetzt ist. Oder vielleicht hast du ja noch eine ganz andere Idee?

Klaus

Hallo Klaus,

ich habe es noch nicht installiert aber ich finde den LCARS gedanke total geil. Danke dafür.

VG mentox

@hoplo:

nimm den vdr-1.7.28-compatibility.diff von Urig

Tomas

tomas danke dir ! damit geht es.

Zitat von sinai

zu 2) Hab mal ein Bild angehängt. Drei der vier Farben werdenin LCars verwendet - grün hab ich nicht gefunden.

Hab ich jetzt mal so gemacht. Allerdings finde ich, daß das "Gelb" etwas zuviel Rot hat. Ich habe daher hierfür den gleichen Wert genommen wie für den Hauptrahmen.
Sieht jetzt, finde ich, echt besser aus.
Anbei ein Patch. Bitte ggf. die Datei lcars-default.theme löschen, damit die neuen Wert übernommmen werden.

Zitat

zu 6) Ich denke es wäre passend die Timer rechts abzurunden, mit kleiner Lücke, wie beim Menüpunkt "Programm"

Wie bereits gesagt, möchte ich das eher nicht machen.
Schau dir das mal an, wenn ein Timer gerade aufnimmt. Dann erscheint da ein kleines Rechteck in der "Devices"-Farbe als Indikator.

Zitat

Edit2: Und für die Signalstärke würde ich dann ebenfalls die Farbe der Buttons mit rot und grün nutzen

Das ergibt sich automatisch.

Klaus

Zitat von ralf

Aber laut dieser Beschreibung sind die einzelnen Tasten dann doch noch falsch unterbrochen:
...
Also jeweils noch ein kleines Rechteck zum Halbkreis

Ich glaube, dann laß ich die Gap besser ganz weg.
Wird sowieso normalerweise an dieser Stelle nicht gemacht.
Patch anbei.

Klaus

Zitat von lola

rot und grün finde ich auch gut und informativ, vielleicht ist es etwas schmaler dezenter. Ich habe mal die obere Anzeige geändert

Der Vorschlag hat was.
Sollen dann die einzelnen Teile der Balken komplett rot bzw. grün erscheinen, oder soll sich die Grenze auch innerhalb eines Teilstücks bewegen?
In jedem Fall verlieren wir etwas Auflösung, aber so genau geht's hier ja auch wieder nicht. Es kommt ja nur daraus an, zu erkennen, ob das Signal "gut" oder "schlecht" ist...

Bevor ich hier was ändere (was den Code ja auch etwas komplexer macht), probier bitte mal die neuen Farben, für dir ich vorhin einen Patch gepostet habe.
Eventuell pass ja auch die Hintergrundfarbe für die Devices nicht (mehr) so ganz. Auch hier wäre ich für Vorschläge dankbar.

Klaus

Zitat von hepi

Noch zwei kurze Gedanken zum LCARS-Thema:

1) Evtl. können wir die Postings zum LCARS-Thema in einen getrennten LCARS-Skin-Thread auslagern wegen der Übersichtlichkeit?

Da hätte ich auch nichts dagegen.

Zitat

2) Ist das "Library Computer Access/Retrieval System" jemals unter Usability-Gesichtspunkten betrachtet worden? Was ich meine ist: Es sieht super-cool aus, aber wenn man im Kino sitzt, und es auf der Leinwand anschaut, muss man es nicht selbst benutzen, sondern hochbezahlte Hollywood-Schauspieler tun es für einen. Konkret meine ich eigentlich : Bei LCARS sind so viele Farb-Akzente gleichzeitig präsent, dass es mir schwer fällt zu erfassen, wo der "Fokus" im UI gerade sitzt. Mein Auge wird durch Farb- und Formvielfalt hin- und hergelenkt, es erschließt sich aber nur durch Vorwissen, welche Elemente auf dem Bildschirm nun auf meine Fernbedienungs-Kommandos reagieren und welche nicht. Ich schätze mal, viele Elemente auf dem Screen (wie die Timer-Liste und die DVB-Devices sind read-only-Displays, die man mit den Pfeiltasten der Fernbedienung nicht erreichen kann. Nichts gegen diese Übersichten, ich finde es attraktiv zu sehen, was meine DVB-Devices gerade machen. Aber Neueinsteiger werden vielleicht erwarten, dass sie mit der Fernbedienung die Liste der DVB-Devices an-navigieren können, um dort dann in Untermenüs zu springen.

Eine Skin bestimmt nur die Darstellung, nicht die Funktionalität. Was man mit der Fernbedienung erreichen kann ist für alle Skins gleich.
Das heißt, du kannst mit "Auf", "Ab" und "OK" aus dem Menü etwas auswählen oder mit den Farbtasten eine Funktion auslösen.
Alles andere ist reine Anzeige.

Bezüglich der Farben habe ich halt versucht, bestimmten Dingen betsimmte Farben zuzuordnen.
Zum Beispiel ist das aktuelle Datum immer hellblau hinterlegt, und Timer (die ja auch mit "Zeit" zu tun haben) benutzen die gleiche Farbe.
Die Frame-Farben für LIVE und PLAY finden sich auch in den Kanal- und Fortschrittsanzeigen wieder.
Du kannst das aber über ein eigenes "Theme" auch beliebig anders (vielleicht sogar monochromatisch) einstellen.

Klaus

Zitat von kamel5

kls

Ich weiß jetzt nicht, ob das so gewollt ist, aber folgenden Effekt habe ich bei der Timeranzeige im Hauptmenü festgestellt:

- Wenn ein Timer inaktiv ist wird er trotzdem noch, allerdings unvollständig, im Hauptmenü angezeigt
-> es erscheint der Kanal und die Uhrzeit
-> die Zeile mit dem Sendungsnamen ist leer

Soll also überhaupt ein inaktiver Timer hier angezeigt werden?
Wenn ja, dann doch vollständig und irgendwie als inaktiv markiert.

Aus meiner Sicht braucht er hier aber nicht angezeigt zu werden.

Alles anzeigen

Zunächst mal hatte ich mir da keine großen Gedanken gemacht. Es werden einfach alle Timer aufgeführt, so wie auch im "Timers"-Menü.

Bei VPS-Timern kann man durch den fehlenden Event-Eintrag aber zum Beispiel sofort erkennen, daß da was nicht stimmt.

Ich bin noch unschlüssig, wie das am besten sein soll...

Klaus

Zitat von gdoerrhoefer

Wenn das Plugin "skinncurses" eingebunden wird, geht bei mir LIRC nicht mehr. Ein "rm libvdr-skincurses.so.1.7.28" löst bei mir das Problem mit dem nicht funktionierenden LIRC.

Ich benutze hier auch LIRC, und das funktioniert einwandfrei zusammen mit "skincurses".

Klaus

kls

Warum baust Du die Skins eigentlich nicht als Plugin ein? Hat das einen bestimmten Grund? Ein Default-Skin im Code würde doch reichen, die anderen könnte man als Plugin anbieten?

Zitat von gda

hotzenplotz5: Ich kann nicht erkennen was der verlinkte Patch mit deinem Problem zu tun hat.

Gerald

Hast Recht, Problem ist hier, dass ein Patch für ein Plugin hier genau die Stelle nachrüstet, die später problematisch ist. Es braucht also streng genommen einen neuen Patch, oder man kontaktiert mal den Plugin-Entwickler, denn wenn ich da nicht ganz falsch liege, wird "remotetimers" durchaus noch gepflegt. Manuelles "Dranrumpatchen" sollte also nicht auf Dauer nötig sein, wenn man dem Entwickler das neue Feature schmackhaft machen kann.