Use Qt's internal scaling for HighDPI now that
we rely only on QQC2.
Closes T7530
Details
- Reviewers
mgallien ngraham mykolak - Maniphest Tasks
- T7530: High DPI support
- Commits
- R255:3710916442cb: Use Qt's highDPI scaling
HighDPI works
Diff Detail
- Repository
- R255 Elisa
- Lint
Automatic diff as part of commit; lint not applicable. - Unit
Automatic diff as part of commit; unit tests not applicable.
On my 144 DPI screen album and artist names text parts (lower part of 'g', 'p', 'y') are outside of selection box. I think the problem is that for 144 DPI scaling is took as 1 but text is larger anyway. Maybe on 192 DPI it'll be fine.
Is that a regression? Since I cannot test this, are you able to provide a fix? The issue may be located at
https://phabricator.kde.org/source/elisa/browse/master/src/qml/GridBrowserView.qml$127
If you're adjusting the DPI using the Force Fonts DPI spinbox, you're doing something unsupported. This patch is for people who are (correctly) using the scaling slider on the KScreen KCM (i.e. the displays page in System Settings).
No, just my monitor has 144 DPI, no forcing, except X -dpi 144. The reason I'm using (old-style) Qt scaling set to 1 and DPI at 144 is this variant gives fine results. Setting Qt scaling to 1.5 leads to many visual artifacts in a lot of applications. And BTW, all other applications works fine with such setup.
Yes, but it's not that bad, unlike QQC1 problems there is no any cut texts, I'll check that file.