mediathekview
[BUG] macOS + Windows: "Film speichern"-Dialog-Größenberechnung ignoriert und versteckt UI-Elemente
Hallo Zusammen,
in der macOS-Version (14.2.0) passt für mein Gefühl die Berechnung der Minimalgröße des "Film speichern"-Dialogfensters nicht ganz: IST:
SOLL:
1.) Die minimal Fensterhöhe sollte so berechnet werden, dass "Download sofort starten" nicht verdeckt wird. 2.) Die Position von "OK und "Abbrechen" sollte rechtsbündig vom aktuell angezeigten Fensterrand und nicht vom virtuell am weitesten rechts liegenden UI-Element berechnet werden (vermutlich dem Feld "Dateiname"). 3.) Die minimale Fensterbreite würde sich locale-abhängig aus der Breite von "Download starten" und "OK"+"Abbrechen"+"Luft" und den anderen minimalen Längen der weiter oben liegenden UI-Elemente ergeben.
Die Windows-Version verhält sich etwas anders, aber auch nicht völlig erwartungsgemäß: 1.) Die minimale Fensterbreite wird leidlich korrekt berechnet. Es sieht aber so aus, als ob zur Länge von "Dateiname" die Breite der darüberliegenden Ordner- und Papierkorb-Buttons noch hinzuaddiert wird. 2.) Die Fensterhöhe berücksichtigt "Download sofort starten" ebenfalls nicht, zeigt aber zumindest einen größeren Rand, auf dem man die Buttons noch erahnen kann.
Was denkt Ihr? Ich habe in den Issues versucht, ähnliche Meldungen zu finden, aber nichts gefunden.
@Techniktypi sagte: Was denkt Ihr? Ich habe in den Issues versucht, ähnliche Meldungen zu finden, aber nichts gefunden.
Das von dir gewünschte Verhalten der Fenstergrössenanpassung ist nachvollziehbar bzw. sinnvoll respektive üblich. Das Problem des Fensters, welches nicht den ganzen Inhalt anzeigt, führt auch immer zu Meldungen im Forum (Fall neulich mit weiter unten auch einem Video).
Unter macOS kann man manuell – wie unter Windows – ungeschickterweise die Fensterhöhe kleiner machen, so dass die letzte "Zeile" des Fensters ("Download sofort starten", "OK", "Abbrechen") abgeschnitten wird. Die Fensterbreite kann jedoch – im Unterschied zu Windows (bzw. des verlinkten Videos) – nur soweit verkleinert werden, so dass nichts abgeschnitten wird.
Das Problem wurde mit der Möglichkeit der Veränderung der Fenstergrösse eingeführt, trat dann in MV 14.1. aber nur bei langen Dateinamen auf, was mit 14.2. gelöst wurde. Aber anscheinend treten damit nun neue Probleme auf.
Die durch den User veränderte Fenstergrösse sollte jedoch gespeichert werden, was das Problem in der Praxis etwas entschärft. So erschien bei mir das Fenster für deine Beispiel-Sendung in der "passenden" Grösse, d.h., es wurde nichts abgeschnitten. Hast du das mal verifiziert?
PS: Screenshots von Fenstern macht man unter macOS mit: 😉
- "command+Shift+4" und dann "Space", anschliessend Fensterauswahl
- oder mit einem Klick mehr mit "command+Shift+5"
- oder ohne Shortcuts über das Programm "Vorschau" und das Menü "Datei" -> Bildschirmfoto aufnehmen…
Habe einen fix dafür gerade gemacht, der auf meinen Systemen das Problem nun beseitigt. Ist ab morgen in den nightlies drin.
