First off : @shotcut + all contributors : huge thanks for this great piece of software ! Amazing work !!
Before I fully switched to Linux, I was using DaVinci Resolve 16 (which is great yet not FOSS) on Windows … but I knew I had a problme when I tried it on Linux (no IN/OUT on x264/x264 and not sound).
I tried Olive, KDEnlive, flowblade, openshot etc … and find my happiness recently with Shotcut !!
I’d like to report a bug/issue with the display of Shotcut :
shotcut 20.02.17 with the AppImage (Shotcut-200217.glibc2.14-x86_64.AppImage) with Display method : OpenGL + theme : Fusion Dark
What I do notice as well (and I think there could be a bug with the global scale) is that the preview window (showing the source or project output) is inversely proportionate to the scaling factor I have in my display settings …
the smaller the factor, the bigger the preview window.
With my initial 137.5%, the preview was using a third of the screen estate it should use (see my very first screenshot).
Given the cons of the scaling factor at 100% on my whole system, and the fact that everything is either too big or too small, I’ll revert back to 125% or 137.5% and accept the UI glitch, … until it is hopefully fixed !
I reproduced this running a Manjaro KDE live USB and changing the KDE global scale to 1.3 (KDE version 5.17 does not use 100%). My primary system is running Ubuntu 19.10 with GNOME Shell and only offers multiples of 100. This is largely out of our control and due to the Qt version we use 5.9. I tested the Flatpak version of Shotcut, which is using Qt 5.14, and it does not have this problem (with one exception). However, it does still have other space and sizing problems that is the mine field of Qt on HiDPI Linux. Yes, I agree that KDE apps on KDE work better as well as Firefox. But my experience with HiDPI on Linux and Qt under GNOME Shell, the problems affects other Qt apps including Qt Creator. More complex apps that mix usage of Qt Widgets and Quick APIs like ours, Qt Creator, and Kdenlive tend to show more problems. I tested the Kdenlive 19.12 AppImage, which uses Qt 5.12, on this Manjaro, and it too has problems with the text rendering in some places. I have very few problems with Qt on HiDPI on macOS and Windows. We will upgrade our bundled Qt libraries soon, but I was going go to try to use Qt 5.12 to keep things consistent across OS and newer versions drop too many macOS versions.
Thanks @shotcut for your reply.
As I said, I can bear using Shotcut with some weird-looking font so will I.
About the non used screen-estate, I admit this is a bit more detrimental to the user experience as the preview window is really not using the available space !
Anyway, thank you very much for looking into it !
Loving Shotcut anyway <3