[live] Weiterentwicklung 3.5.*

Hi Markus,

der letzte commit im Master ist 2 Tage her ?

Gruß,

Roland

Beim merge bleibt das Commit Datum aus dem Quell Branch erhalten.

Quote from kfb77

Beim merge bleibt das Commit Datum aus dem Quell Branch erhalten.

Das wuste ich noch nicht

Gruß,

Roland

Quote from MarkusE

Bitte testet das, und gebt uns hier Feedback.

Bei einem kurzen Test, konnte ich keine Fehlfunktion feststellen.
Ich lasse es mal produktiv laufen und melde, wenn mir etwas auffällt.

Vielen Dank!

Hallo,

live-3.5.0_firefox

live-test_firefox

live-3.5.0_google-chrome

live-test_google-chrome

Wie man sieht,hat sich die Umstellung auf css absolut gelohnt!
Hab hier nun live aus test Branch auch produktiv am laufen.
Was mir aufgefallen ist,unter Fernbedienung kein funktion F11 bei firefox & google-chrome.
Dank an SHofmann & MarkusE!

Gruss
Wolfgng

Quote from wolfi.m

Was mir aufgefallen ist,unter Fernbedienung kein funktion F11 bei firefox & google-chrome.

Mit Firefox 138 und Chrome 136 poppt im OSD meines Produktiv-VDR der Lautstärke-Balken auf und erhöht bzw. verringert den Lautstärkewert. Weil der VDR aber in einem anderen Zimmer steht, fehlt die akustische Kontrolle. Ich gehe aber davon aus, dass sich die Lautstärke am VDR entsprechend der Anzeige im OSD ändert.

Bei meinem Entwicklungssystem ohne Ausgabe-Device lässt sich die Lautstärke nicht regeln, was ja auch nachvollziehbar ist.

Quote from wolfi.m

Wie man sieht,hat sich die Umstellung auf css absolut gelohnt!

Danke, sehe ich auch so. Mit Firefox und Chrome habe ich auch auf einem Android-Handy getestet. Gespannt bin ich noch auf die Rückmeldungen von Safari-Nutzern, also Live unter macOS und iOS. Ich habe mich an den Kompatibilitätsübersichten orientiert und erwarte eigentlich keine Probleme… get your fingers crossed!

Ein paar Kleinigkeiten sind vielleicht noch anzupassen:

• Das OSD gibt Einrückungen, die vor allem im Setup von Plugins gerne mal genutzt werden, nicht wieder. Das ist mir erst heute beim Setup von EPGsearch aufgefallen.
• Auch wenn man bei Info-Fenstern die Größe jetzt (fast) nach Belieben per Maus anpassen kann, kommen sie mir initial fast ein wenig zu groß vor. Derzeit entspricht die initiale Breite der von 4 Porträts im Schauspieler-Tab des TvScraper; Höhe und Breite werden zusätzlich auf 80 Prozent der Fenstergröße des Browsers begrenzt. Vielleicht wäre eine initiale Breite von 3 Porträts günstiger? Oder beschränkt man die Breite zusätzlich anhand der Breite bzw. Höhe des Browser-Fensters auf bspw. je 50 oder 60 Prozent?
• Die Tooltips mit der Inhaltsbeschreibung sollte man mit der Fensterbreite des Browsers korrelieren und bspw. ebenfalls auf max. 40 Prozent der Fensterbreite begrenzen. Sonst werden sie bei schmalen Browser-Fenstern ein wenig ungünstig platziert.

Was denkt ihr darüber? Und das eine oder andere sehen wir wohl erst dann, wenn die Zahl der Nutzer des neuen GUI und damit Zahl unterschiedlicher Environments steigt. Ich bin aber zuversichtlich…

Gebt einfach kurz Bescheid, wenn euch etwas auffällt. Ich sammle das und gebe Markus dann die Korrekturen weiter.

Bei Programm stimmt was nicht mit der Anzeige vorhandener Aufnahmen. Wird da nur auf Ähnlichkeit gesucht? Oder kann man das generell konfigurierbar machen? Mir ist das vorher noch nie aufgefallen.

Naja, das ist halt irgendeine Tagesschau-Aufnahme. Aber nicht die, wo sie dahinter steht. Ich habe diese eine Aufnahme mal als Test gemacht und jetzt taucht sie hinter jeder Tagesschau im Programm auf.

Beispiel 2 siehe Anhang. Ich weiß nicht, wie das Feature gedacht ist, aber ich hätte erwartet, dass es vorhandene Aufnahmen anzeigt, die mit dem Event identisch sind. Das macht es aber nicht.

Quote from MarkusE

im schmalen Modus werden zur Zeit die Icons rechts noch nebeneinander angezeigt (bei Aufnahmen). In diesem Modus sollten sie untereinander sein. Könntest Du das bitte noch ändern?

In deinem Beispiel sind offenkundig alle Optionen zur Anzeige weiterer Icons abgeschaltet, also keine Streaming-Icons, keine IMBD-Links usw. Insofern ist dein Beispiel nicht allgemeingültig, wie dieses Beispiel zeigt:

Die starre Anordnung untereinander ist da sehr ungünstig:

Eine ziemliche eine Platzverschwendung, wie ich finde, weshalb ich das eigentlich nicht ändern möchte. Und bringt das von Platzbedarf her (gesparte 20px bei zwei bzw. 40px bei drei Icons nebeneinander) wirklich so viel, dass man die enorme Höhe angesichts von möglicherweise hunderten von Aufzeichnungen in Kauf nehmen will?

Aber wenn du darauf bestehst, können wir die "flexiblere" Anordnung natürlich in die siteprefs.css verlagern. Andere Meinungen hierzu?

Quote from rell

Beispiel 2 siehe Anhang. Ich weiß nicht, wie das Feature gedacht ist, aber ich hätte erwartet, dass es vorhandene Aufnahmen anzeigt, die mit dem Event identisch sind. Das macht es aber nicht.

Die Event-ID kann dafür nicht herangezogen werden, weil jede Instanz einer Nachrichtensendung im EPG eine eindeutige Event-ID besitzt. Selbst wenn man die Event-ID in der Aufzeichnung gespeichert hätte, bekäme man (ausgenommen bei gerade laufender Aufnahme einer Sendung) keinen Match mit dem EPG.

Wenn ich den Code (recman.cpp, Zeile 444 ff.) richtig verstanden habe (Markus kann das gegebenenfalls noch genauer beschreiben), vergleicht Live in erster Linie den Titel eines Events mit den Namen der Aufzeichnungen auf der Festplatte. Erst wenn diese nicht übereinstimmen, werden in weit geringerem Maße Kurztext und Beschreibung zum Vergleich herangezogen (Zeile 466 ff.) – mit der Zielsetzung, möglichst noch ähnliche Aufzeichnungen zu finden – und nicht, um sie auszusortieren.

Und gerade bei den Nachrichtensendungen ist der Inhalt bis kurz vor der Sendung recht allgemein gehalten (siehe auch die Screenshots weiter oben):

…weshalb der Vergleich meist positiv ausfällt.

Also ich kann das zweite Beispiel von rell bestätigen. Stimmt der Titel (Terra X) mit einer Aufnahme überein, so wird eine Aufnahme mit dem gleichen Titel eingeblendet, auch wenn sich die Untertitel unterscheiden. Es wäre toll, wenn hier auch der Untertitel verglichen wird. Das wäre doch auch ohne Event-ID machbar, oder?