Closed zxsd closed 2 years ago
Wir werden sie auf jedenfall mit berücksichtigen ja.
Vorallem sollte die GUI vereinfacht werden, sodass neue Nutzer nicht von erweiterten Filtern und komplexen Ansichten verwirrt werden. Habe JavaFx-Erfahrung und hatte heute ein wenig Zeit zum basteln: [...]
EDIT: Bilddatei entfernt, da diese sehr sperrig ist. GUI-Diskussion bitte bei #286.
Finde die bisherige Funktionalität mit den drei Shortcuts für vordefinierte Filtereinstellungen unten eigentlich sehr gut. Ob man das jetzt moderner und Übersichtlicher gestalten kann, sei mal dahingestellt, zumindest sollte man die Funktionen aber nicht einschränken.
Funktionalität darf auf keinen Fall beschränkt werden.
Ich wäre jedoch nach einer Vereinfachung im Sinne von Karl Voit:
Jeder Interaktions-Schritt, welchen der Nutzer machen muss, soll absolut notwendig sein. Optionale Funktionalität soll hinter einer fortgeschrittenen Benutzungsoberfläche versteckt sein.
z. B. die drei Shortcuts sind standardgemäß Funktions- und somit Sinnlos. Erst nachdem ein Nutzer dieser manuell belegt sind diese hilfreich. Man könnte die Shortcuts so lange ausblenden bis ein Nutzer diese angelegt hat.
Alles klar, dann sind wir da ja einer Meinung.
Das Zitat verstehe ich aber nicht ganz, teilweise widerspricht es sich doch, wenn quasi so wenig Interaktionsschritte, wie möglich gefordert werden, gleichzeitig aber teilweise Optionen ausgeblendet werden, für die dann mehr Interaktionsschritte erforderlich sind, als wenn sie direkt sichtbar wären.
Läuft vermutlich auf einen Kompromiss aus Übersichtlichkeit und wenigen Interaktionen hinaus, was ich auch nicht schlecht finde.
@claell Wenn drei gut sind, wie wäre es mit fünf? (Meiner Erinnerung nach gab es während der damaligen Entwicklung mal acht Knöpfe/Filterprofile.)
@zxsd Mir reichen eigentlich schon zwei :)
@JonasDralle sagte: Optionale Funktionalität soll hinter einer fortgeschrittenen Benutzungsoberfläche versteckt sein.
Ja schon, aber nicht, wenn es dann 3–4 Mausklicks statt nur einem braucht, wie in vielen heutigen Programmen mit einer modernen (wohl "fortgeschrittenen") Benutzeroberfläche. Wenn man die Wahl hat zwischen einfacher Oberfläche (basic) und komplexerer Oberfläche (advanced), dann ist das grundsätzlich eine gute Sache. Und genau das hat man bereits heut bei den Filtereinstellungen, womit die folgende Aussage relativiert wird:
@JonasDralle sagte: Vorallem sollte die GUI vereinfacht werden, sodass neue Nutzer nicht von erweiterten Filtern und komplexen Ansichten verwirrt werden.
Die einfache Oberfläche zum Filtern war früher default, was höchst problematisch war, da default der nicht-sichtbare Zeitraum auf 15 Tage (oder 7?) gestellt war und viele User ältere Sendungen folglich nicht fanden und sich dann im Forum meldeten.
Schön wäre es, wenn die Logik vom angefangen MDR-Download hinsichtlich einem Update des ARD-Eintrages (und umgekehrt) für die anderen Regionalen implementiert werden könnte.
Dadurch wird es beim Sender-weisen Durchforsten der Filmliste leichter festzustellen, wenn eine Sendung schon 'mal heruntergeladen wurde. Scheinbar wenn ein MDR-Download (vom Abo oder manuell selektiert) freigeben wird, werden sowohl passende MDR-Filmliste-Einträge als auch die jeweiligen ARD-Filmliste-Einträge mit gleicher URL ergraut. Anders rum funzt auch ... aber nur für Sender MDR.
(Es wäre der Hammer, wenn das gleiche hinsichtlich 3sat und ZDF implementiert werden könnte. Außer Senderangaben in der URL, scheinen diese URLs auch gleich zu sein.)
@zxsd Ich weiß zwar nicht ob ich verstanden habe was du meinst aber im zuge der neuen crawler und basis architektur wird auch die duplikat erkennung besser.
Das Wunschverhalten ist unten abgebildet, welches für Sender MDR, RBB, und SWR schon gilt. Als Beispiel von MDR:
Filmliste-Ausgangspunkt (mit Fokus auf MDR):
Filmliste-Endstand:
Filmliste-Ausgangspunkt (mit Fokus auf ARD):
Filmliste-Endstand:
Hierin ist das Verhalten abgebildet, welches für Sender BR, NDR, SR, WDR jetzt gilt. Als Beispiel, von BR:
BR-Filmliste-Ausgangspunkt (mit Fokus auf BR):
Filmliste-Endstand:
BR-Filmliste-Ausgangspunkt (mit Fokus auf ARD):
Filmliste-Endstand:
Ich könnte ähnliche Bilder für NDR, SR und WDR posten ... einfach Bescheid geben.
===
Scheinbar sind die Beiträge von HR anders (meist 288p) als deresgleichen von ARD (meist 540p).
Vom Forum: Einstellung Externe Medien
in Externe Medien eingegeben und finde keine Möglichkeit diese zu löschen bzw. zu ändern.
Recht hat @mfmedia. Man muß mediathek.xml
selbst editieren, um Änderungen zu machen.
Außerdem schlage ich vor, die Funktionalität wie folgt zu ändern:
Man sollte in der Lage sein, mehrere externen Medienlisten dauerhaft zu speichern, eine beispielsweise für jedes USB-Laufwerk.
Man sollte in der Lage sein, die gespeicherten, externen Medienlisten innerhalb von MV zu verwalten, wie die Pfade im ersten Mediensammlung-Tab/Reiter.
Wenn MV im Betrieb ist, sollten alle gespeicherten Instanzen von Externe Medien
zusammengefügt werden, bevor die Pfade im ersten Tab hinzugefügt werden.
Mehrere externen Medien Film-Dateien definieren/speichern zu lassen -- die dauerhaft (engl. "persistent") sind, außer sie vom User gelöscht werden -- trifft wohl den weitverbreitesten Usecase. Dieser Usecase sieht das Archivieren mit USB-Laufwerken vor. Zur Zeit aber müssen alle USB-Sticks/Laufwerke angeschlossen sein, um die Externe-Medien
Datei (mediadb.txt
) vollzählig zu aktualisieren. Zur Zeit müßten beispielsweise einige 4TB USB-Laufwerke (welche als Archiv dienen), immer erneut angeschlossen werden, um im Update erfaßt zu bleiben. (Um Doppeleinträge zu vermeiden, muß die mediadb.txt
Datei früher bei heruntergefahrenen MV gelöscht worden sein.)
Eine vollständige Liste aller archivierten Medien zu Hause, nicht nur diejenigen die auf nicht-permanenten angeschlossen Laufwerken gespeichert sind, kann auch wertvoll sein. Zum Beispiel wenn man einige Woche in Urlaub MV anwenden will. So was ist jetzt realisierbar, aber die Fähigkeit ist nicht ausgereift. Wenn Sie beispielsweise versuchen, den Index zu aktualisieren, ohne zuerst die ursprüngliche Datei zu löschen, führt dies zu doppelten Einträgen.
Der Usecase "in den Urlaub fahren" sollte bei der Aktualisierung dieser Funktionalität besonders Acht geschenkt werden. In diesem Anwendungsfall werden alle Speicherorte daheim als Externe Medien
konfiguriert, einschließlich der lokalen Verzeichnisse des Heimrechners und der über Netzwerk zugänglichen Speicherorte. Das Indizieren dieser Pfade (also jeweilsPfad absuchen
einmal drücken) resultiert in einer konsolidierten Liste aller zu Hause gespeicherten Medien. Diese mediendb.txt
Datei wird dann auf den Laptop kopiert, wo sie während der gesamten Urlaubszeit unverändert verwendet wird. (Die Urlaub-Downloads werden lokal gespeichert ... Dieser Pfad ist der einzige Eintrag im ersten Mediensammlung-Tab der Laptop-MV-Instanz.)
Ich verwende obigen Usecase oft (da ich zwei MV-Standorte bediene, wobei nur ein Standort NAS-Zugriff hat). Es hapert ein bißl wenn die Gesamtliste am "Urlaubs-Laptop" eingesetzt wird ... mindestens von dem was ich erlebe. Die Gesamtliste selbst ist einwandfrei, sowohl am Quellenrechner als auch am Zielrechner, allerdings nur bis MV das erste mal läuft. Die Größeneingaben von Dateien um die 2.5GB herum werden oft null (0
). Ich habe es oft genug kontrolliert, daß ich inzwischen ein Nullwert als Indikator einer vollkommenen Datei betrachte, und habe deswegen nichts an folgendem Beitrag geändert: Größere Dateien, die in "externe Medien" erfaßt sind, haben oft keine Größenangabe
So schaut's aus:
Wo immer gesucht wird (Filter, Abos, evtl. neue Funktionen?) sollte unbedingt ein weiteres Feld zum Ausschließen angeboten werden. RegEx sind nun mal enduserfeindlich. Eine (zB komma-separierte) String-Liste in einem eigenen Feld kapiert jeder schnell (und findet dort auch seine Fehler leichter!).
Und bei langlaufenden Reihen (deren Folgen auch noch oft wiederholt werden) wird es echt lästig, so ein Regex zu pflegen, wenn man nur neue Folgen im Abo haben (bzw. filtern) will. Beispiele für sowas:
Nord bei Nordwest.\*(?!(Hook|Sven|Estonia|Transport|Sandy|Weidmannsheil)).\*
Spreewaldkrimi.\*(?!(Moor|Tote im Spreewald|Legende|Feuerengel|Hitze|Weiher|Sturmnacht|Spiel mit dem Tod|Zwischen Tod)).\*
Bitte macht die Filter wieder in einer Form die man auf einen Blick überschauen kann. Kein automatisches Zuklappen (wie ab 13.1 oder so).
Noch besser wäre, eine Wahl zwischen schwebender Palette (quasi eigenes Fenster) und im Hauptfenster angedocktem Filter (wie Toolbars bei LibreOffice u.v.a.)
Bitte schafft eine Möglichkeit, aus aktuellen Filtereinstellungen ein Abo zu erzeugen, auch dann wenn noch kein Treffer für diesen Filter vorliegt.
Es wäre schön, für Kleinigkeiten mal eben in der Abo-Liste direkt in der Tabelle editieren zu können (zB. mit Doppelklick; wie in Spreadsheet-Zellen). Nur auf Dreifachklick, Tastendruck oder Kontextmenü würde der Dialog für das ganze Abo aufgemacht.
Noch besser: schwebende/dockbare Palette die sich automatisch die Werte des ausgewählten Abos anzeigt (wie bei vielen Programmen der Eigenschaften-Inspektor für die jew. Objekte), und die die Möglichkeiten (=Buttons für) "Abo Ändern" (oder "Anwenden") und "Neues Abo mit diesen Werten anlegen" bietet.
Die Buttons in der Filmliste (ab 13.1) sind zu optisch zu brutal. Vielleicht eine Graustufe für solche in-Text-Icons?
Die Panels für Beschreibung und Buttons ("Abspielen", etc.) auch als schwebende/dockbare Palette. Zum schnellen "visual grep" ist die vertikale Ausdehnung der Liste echt kostbar!
"Zeilen umbrechen" in der Filmliste sollte nur dort wirken wo der Text für 1 Zeile zu lang ist -- nicht automatisch für jede angezeigte Zeile wo schon 1 Zeile reicht.
Konfigurierbarer Toolbar, in dem auch die Tabs liegen. Da ist viel nutzbarere vertikaler Raum...
Filter-Feld beliebig verbreiterbar.
Ideen, Anregungen, Verbesserungen
Gelten offene Issues hierin, im Sinne dieses Postings: Redesign für Mediathekview 14.0.0?