[live] Weiterentwicklung 3.5.*

Quote from MarkusE

Oder man implementiert, dass das Bild bei Hover noch mal (in voller Größe) geholt wird?

Das wäre wohl kein besonders sinnvoller Ansatz: Ein Image muss erst einmal verkleinert und an den Browser geschickt werden – was Zeit kostet und im Cache auf dem VDR auch zusätzlichen Platz belegt. Beim Hover muss man dann im Browser einen Event auslösen (sofern das überhaupt geht) und danach wieder warten, bis das originale Image hochgeladen wurde, um dann im Browser auf die per CSS vorgegebene Hover-Größe skaliert zu werden. Ohne das ganze Tamtam wird das Image unmittelbar vergrößert, sobald die Maus darüber schwebt.

Selbst wenn ich alle meine Ordner mit einer vierstelligen Zahl von Aufzeichnungen aufklappe, kommen die im Browser skalierten Thumbnails auf Basis der originalen Images von 720x576 Pixeln auch ohne Verkleinerung schnell genug – selbst ohne Gigabit-LAN. Versuchen wir hier ein Problem zu lösen, das eigentlich gar keines ist?

Wer unbedingt skalierte Thumbnails haben möchte (und dabei sinnvollerweise auf das Vergrößern per Hover verzichtet), sollte dies im Setup einstellen können. Ich habe das Verkleinern der Thumbnails bei mir wieder herausgepatcht, weil ich das Ganze – wie oben erläutert – als wenig hilfreich empfinde.

Quote from MarkusE

live/js/live/createHtml.js-> Methode async function deleteMarkedRecordings(form, act). Der alte Code ist noch als Kommentar vorhanden.

Der funktioniert aber nicht mehr. Wenn man den neuen Code auskommentiert und den alten wieder aktiviert, passiert gar nichts mehr beim Click auf Markierte Löschen.

Danke, so funktioniert es.

Quote from MarkusE

https://github.com/MarkusEh/vdr-plugin-live/issues/74

Also, ich klebe da nicht dran. Wir können gerne offen diskutieren, was besser ist.

„well used downtown WiFi channels at prime time“

Also, ich habe auch ausgelastete WiFi-Frequenzen mit oft nicht mehr als 5MB/s, aber seit der Einführung von delayed loading merke ich da nichts mehr von.
Wenn jemand natürlich in irgendeinem ausgelasteten 500kb/s WLAN sitzt, kann das anders aussehen.
Das kann aber eigentlich nicht Aufgabe von Live sein, das zu fixen - zumindest nicht per Default.

Hier nochmals alle Patches, die meiner Auffassung nach noch ins Git sollten:;

• 0013b Revised button layout.patch
  Passt die Größe der Löschen/Wiederherstellen-Buttons an den längeren Text an.
• The content cannot be displayed because you do not have authorisation to view this content.
  
  Der Patch prüft, ob überhaupt eine Auswahl getroffen ist, und gibt in diesem Fall einen entsprechenden Hinweis sowie nur den Abbrechen-Button aus. Andernfalls begrenzt der Patch im Bestätigungsdialog die Liste der zu löschenden bzw. wiederherzustellenden Aufzeichnungen auf ca. 2/3 der Bildschirmhöhe und blendet gegebenenfalls einen Scrollbar ein.
• 0015 Revised timer short text.patch
  Gibt den Kurztext von Timern statt in einer Spalte unterhalb des Dateinamens der Aufzeichnung aus.
• The content cannot be displayed because you do not have authorisation to view this content.
  
  Vereinheitlicht in den Seiten-Menüs die Formatierung der Menüpunkte und vermeidet unschöne Umbrüche innerhalb von Wort- oder Icon-Gruppen, indem diese immer blockweise umgebrochen werden:
  
  The content cannot be displayed because you do not have authorisation to view this content.
  
  
  The content cannot be displayed because you do not have authorisation to view this content.

Bitte die Patches nicht "optimieren". Dieses Vorgehen verschafft mir leider immer extra Arbeit, um dadurch entstandene Inkonsistenzen wieder zu begradigen… was dadurch erschwert wird, dass sie nicht als individuelle Commits geführt werden.

Zufällig gesehen – Typos:

diff --git a/pages/content.ecpp b/pages/content.ecpp
index 202d81f..861bc29 100644
--- a/pages/content.ecpp
+++ b/pages/content.ecpp
@@ -15,7 +15,7 @@ using namespace vdrlive;
 bool logged_in(false);
 </%session>
 <%args>
-int thumb=0;  // 0:false, 1:true. If true, the image is aused as thumb and the size will be resuced according to --thumb_size
+int thumb=0;  // 0:false, 1:true. If true, the image is used as thumb and the size will be reduced according to --thumb_size
 </%args>
 <%cpp>
 std::string mime;

Falls jemand die Anzeige der Kurztexte doch nicht haben möchte:

diff --git a/live/css/siteprefs.css b/live/css/siteprefs.css
index 95e238b..a31796b 100644
--- a/live/css/siteprefs.css
+++ b/live/css/siteprefs.css
@@ -458,3 +458,14 @@ table.form > tbody > tr > td div.warning span#compatibility {
   display: unset;
 }
 */
+
+
+/* Uncomment this to hide short texts in timer listings (as these are often
+** part of the filename when using search/pattern timers).
+*/
+/*
+table.listing.timers div.short,
+table.listing.timerconflicts div.short {
+  display: none;
+}
+*/

Gerade bei Suchtimern (und wohl auch bei Patterntimern) sind sie oft schon Teil des Dateinamens.

Da will man nur das Bestätigen einer leeren Auswahl vermeiden und fällt gleich richtig tief ins Loch. Manches an Live ist so eigenwillig, dass man wirklich jede Kleinigkeit exzessiv durchspielen muss…

Patch folgt.

Hier der Fix zu Patch Nr. 14:

• The content cannot be displayed because you do not have authorisation to view this content.

Ich würde zwar ein anderes Handling der Objektliste bevorzugen, aber in dieser Form ist der Fix wohl die dem bestehenden Code am besten entsprechende Herangehensweise.

In recman.cpp habe ich en passant noch zwei Typos bei Log Messages gefixt.

MarkusE, beim Löschen von Timern in den Timer-Konflikten fehlt noch der Bestätigungsdialog.

Noch ein Bug:

Live-Version:

3.5.4_git_master_575c1b1_20260408101108+0200 soeben vom git geladen

VDR-Version:

2.8.1

In der Timerliste - und auch in der "Aufnahmen (flach)"-Liste, um eine Aufnahme mit dem "roten Kreuz" zu löschen - kommt unweigerlich "keine Auswahl getroffen".

Ich dachte, der Bestätigungsdialog käme nur, wenn eine (Mehrfach-)Auswahl mit Hilfe der Checkboxen aus einer Liste getroffen wurde. NICHT bei einer einfachen "Rot-Kreuz-Icon"-Einzellöschung ...

P.S: mit dem Patch 0014a schnell getestet, funktioniert der rote Löschknopf wieder

Der Patch im Beitrag darüber löst genau dieses Problem.

Gibt es irgendwo einen Überblick, was sich aus Benutzersicht in den letzten Wochen alles geändert hat an live?
Sorry, aber ich habe ein wenig den Überblick verloren bei den Unmengen an Patches 8-<

Quote from MarkusE

Die Liste der "gerade gelöschten Aufnahmen" wird nach dem Löschen nicht mehr angezeigt.

Dafür wird die Liste der zu löschenden Aufnahmen jetzt vor dem Löschen in dem Popup angezeigt in dem das Löschen bestätigt werden muss.

Äh, mehr nicht? Ich hatte den Eindruck, dass da "tausend" Patches unterwegs sind.