Danke! “Alle Einstellungen” war das Zauberwort.

Hallo @pidoubleyou,

super! Nicht nur sehr praktisch für alle MV-Benutzer, sondern sicher auch eine spürbare Entlastung für die Helfer im Forum. Vielen Dank!

herbivore

@styroll Hallo styroll, danke für den guten Tipp, ist sehr hilfreich und funktioniert prima !

@DaDirnbocher Danke.

@udohelms sagte in Andockbares Suchfeld:

das neue Suchfeld so zu gestalten, dass man es beliebig andocken kann

Das geht wohl mit der alten Java-Version nicht, kommt aber vielleicht mit Java 10+. Mit dem abgedockten Filterfeld gibt es ja derzeit Probleme, weil es immer vor allen anderen Fenstern liegt, aber nicht den Fokus hat, wenn MV hinter dem aktiven Fenster liegt. Ich denke auch, dass ein fest angedocktes Filterfenster viele Abneigungen gegen die neue GUI beseitigen könnte.

Hallo styroll,

so unterschiedlich kann es sein. Für mich wäre alles in Tabs wie in den modernen Browsern eine Entschlackung und Vereinheitlichung. Ich hab den Tab Meldungen eh nie gebraucht. Deshalb ist es für mich ok, dass er weg ist. Der Tab Einstellungen wäre aber sicher für viele User nützlich. Daher sehe ich hier keinen direkten Widerspruch.

Die Toolbar habe ich aus Platzgründen ausgeblendet. Hab aber aufgrund deines Hinweis gesehen, dass es auch einen Menüpunkt (und noch besser ein Tatstenkürzel) gibt. Vielen Dank! Bleibt aber zum einen das Umblättern auf die Sender-Thema-Titel-Seite und zum anderen war die Blacklist nur ein Beispiel. Die zuletzt gewählte Seite zu merken und aufzuschlagen wäre grundsätzlich nützlich.

Warten wir mal ab, was die Entwickler sagen.

herbivore

Ja, es ist ein kleiner Fehler. Habe ihn für 13.3 gerade behoben.

Und Du konntest nicht genau herausfinden wo genau da Du in der falschen Klasse warst.
Wenn Du es nachvollziehen willst musst Du dir MVInfoFile ansehen 😉

@Filmsammler23 wenn der Download durch das Abo angelegt wurde auf den Eintrag Doppelklick machen. Es öffnet sich ein Dialog indem man Einstellungen ändern kann. Da kann man auch den Dateinamen nachträglich anpassen und ändert nicht das Abo.

Hallo @scytho

https://mediathekview.de/changelog/13-2-0/

0_1540728236665_BBreite.jpg

0_1540728687455_BBreite1.jpg

Die Begründung hat der Entwickler nach meiner Erinnerung irgendwann im Forum geliefert, kann sie jedoch auf die Schnelle nicht finden.

Gruß

Nachtrag: Es ist genauer.
Siehe https://forum.mediathekview.de/topic/1648/kleiner-teaser-auf-version-13-2

Hallo bodil,

ich habs gerade mal probiert. Die Abo-Einträge landen tatsächlich nicht in der mediathek.xml, sondern stehen in der downloadAbos.txt.

Außerdem gibt es noch die history.txt, die ich mal erwähnen wollte, auch wenn die für dich vielleicht nicht (so) relevant ist.

herbivore

Sub-Subject: Feel free

great idea

I see what you mean and, in the current circumstances, I agree with you.
Plus, of course, please feel free to erase all my messages, this very one included, would you like to.
All the best. Yours,

P.M.
_ _ _ _ _=
P.S.: At our sincere, respectful, curious desire of dialog, even possibly of collaboration & friendship, you have answered with disdain and insults. I wander what kind of negative experiences could have led you to such a distrusting attitude.
Wish you happier future human experiences.

@danceasy sagte: denn nach deren Welt- und Rechtsbild ist das Abspeichern einer Sendung copyright verletzend

Es geht da weniger um das “Welt- und Rechtsbild”, sondern viel mehr um die Rechtslage, und die gibt es, ob man das im spezifischen Falle nun gut oder sinnvoll findet…

@der-lernende sagte: Wäre es kontraproduktiv, wenn man, als Nutzer, den betreffenden Sender anschreibt?

Was will man denn beanstanden? Das Sehen/Replay von Sendungen ist ja über die Mediatheken der Sender sehr wohl möglich. Ein Download wird für die meisten Sendungen nicht angeboten, weil dieser rechtlich eben anders zu bewerten ist als ein simples Abspielen. Das wurde hier oder im alten Forum schon mehrmals erläutert…

Das mit dem Laden der Filmliste könnte mit einem anderen Problem zu tun haben, das mittlerweile gelöst ist. Siehe https://forum.mediathekview.de/topic/1850/behoben-filmlisten-server-probleme/2

@DerReisende77 Freut mich, dass dir mein Vorschlag gefällt. Die Performance bekommen wir bestimmt in den Griff. Die Lösung deines letzten Einwurfs verbirgt sich hinter der erwähnten ID. Ich dachte da z.B. an getIndex aus MServer/src/main/java/mServer/crawler/sender/newsearch/ZdfDatenFilm.java oder eine ähnliche Funktion.

@gerdd Ach, was sag’ ich denn … beim Set Abspielen, geht’s ja genauso. Also, jetzt weiß ich, was mein Post sagen wollte 😉

Hallo DerReisende77,

ich bin nicht davon ausgegangen, dass man direkt die Linux-Kommandos verwendet. Natürlich würde man zumindest lokal eine entsprechende Java-Bibliothek nehmen. Ich hab nur kurz geguckt, aber wenn man nach diff patch java library oder ähnlichem sucht, findet man da was.

Ansonsten lässt sich die Differenz auch mit wenig sehr simplem Code berechnen, wenn die zu vergleichenden Listen (temporär) sortiert sind. Das hätte bei Bedarf den Vorteil, dass man die zu löschenden Einträge kompakter speichern kann, z.B. über eine ID oder als Hash.

Klar, bei der Umsetzung gibt es an jeder Stelle ein paar Details zu beachten. Als Programmierer habe ich aber extra darauf geachtet, den Vorschlag so zu gestalten, dass möglich wenig und möglichst einfacher Code ausreicht und gleichzeitig die Komplexität gering ist und wenig Änderungen reichen. Und trotzdem für den Benutzer das Ergebnis exakt gleich ist, nur eben mit (vor allem für euch) deutlich weniger Download-Volumen.

Ich will nicht nerven. Momentan geht es mir nur darum, etwaige Missverständnisse bezüglich des Vorschlags auszuräumen.

herbivore