Details
-
Bug
-
Resolution: Unresolved
-
P2: Important
-
None
-
6.5.0, 6.7.2, 6.7, 6.8.0
-
None
Description
Problem:
Fractional Scaling on High DPI screens causing visual inconsistency.
Steps to reproduce:
1. First off you need a monitor considered high dpi, e.g. 4k
2. Set scaling to fractional, this means values like: 125%, 150%, 175%... The bug doesn't happen if the scaling is 100%, 200% etc.
3. Now certain borders/corner from applications, when resizing or moving the app, sometimes the borders that supposed to be 1px turns out to be 2px, the look and the feedback of this feels very, bad and BTW I tested this on others Linux distro and the issue persist, I'm 100% sure this issue is on QT source code since happens Windows and Linux also tested on other setups and monitors considered high dpi and the issue persist, another thing I'm sure is that this happens in both Qt Quick and Qt Widgets applications
Additional Notes:
I think the issue is some algorithm/calculation which is not 100% correctly, dealing in Qt apps to render wrong pixels.
Expected Result:
Maintain visual fidelity for fractional scaling.
THE CONTENT BELOW IS AN ANSWER TO KDE BUG REPORTS
I did a Youtube video which captures all the Qt issues that I'm talking about here,
https://www.youtube.com/watch?v=OclGA2-dr2g
Is not an OBS mistake or bug, is just how it looks natively, the video begins showing on windows, but at second 00:25 and later I show under Linux. Yes I'm using Wayland, but this issue take place in every Linux when fractional scaling take place, this is a Qt issue since this happens everywhere when you meet the requirements to reproduce it,
1- Having a high dpi monitor >= 4k.
2- Set scaling to fractional.
I don't dispose of a mac at the moment so I'm not sure how Qt is behaving there, but I think is less noticeable there, since mac uses fixed resolutions and scaling. Maybe it does happen there too, I'm not sure.
END
I haven't tested all qt versions, but I'm pretty sure it happens in all Qt6 versions