Bug 388989 - Configuration window too large in Hi-DPI mode
Summary: Configuration window too large in Hi-DPI mode
Status: RESOLVED UPSTREAM
Alias: None
Product: krita
Classification: Applications
Component: Usability (other bugs)
Version First Reported In: 3.3.3
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-01-15 06:15 UTC by gst402
Modified: 2018-01-15 21:59 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
screenshot demonstrating issue on Surface Pro 2 (99.07 KB, image/png)
2018-01-15 06:15 UTC, gst402
Details

Note You need to log in before you can comment on or make changes to this bug.
Description gst402 2018-01-15 06:15:11 UTC
Created attachment 109868 [details]
screenshot demonstrating issue on Surface Pro 2

'OK', 'Cancel' and 'Restore Defaults' buttons in the 'Configure Krita' popup window are cut off at the bottom when 'Enable Hi-DPI support' is used
this is on a Surface Pro 2, system scaling set to 150%
Comment 1 gst402 2018-01-15 06:17:22 UTC
current workaround is to use keyboard for navigation
possible fixes could include a slider for DPI scaling, smaller default window size for popups, or enabling resizing of the popup window
Comment 2 Alvin Wong 2018-01-15 12:53:29 UTC
Unfortunately, there is a limitation in Qt (the framework that Krita uses) that setting the scaling to 150% in Windows will cause the GUI to be scaled at 2x (rounded up to integer). There is an upstream task on making it better, so let's hope it gets to the next LTS release. https://bugreports.qt.io/browse/QTBUG-53022

The configuration window has been shrunken down on 4.0 beta 1, so it should be a bit better.

---

There is an obscure way of overriding the scaling behaviour (ref: https://doc.qt.io/qt-5.9/highdpi.html#high-dpi-support-in-qt) by setting the environment variable `QT_SCALE_FACTOR` to `1.5`. If you haven't already tried it after reading the previous sentence, I suggest you don't touch it at all. (P.S. If you set the system-wide environment variable, it will affect other applications that use Qt, so I don't recommend changing that.)

(I did have the thoughts of adding an easily-accessible option for setting it or `QT_SCREEN_SCALE_FACTORS` from within Krita, but I fear it would cause confusion.)
Comment 3 gst402 2018-01-15 21:59:20 UTC
(In reply to Alvin Wong from comment #2)
> Unfortunately, there is a limitation in Qt (the framework that Krita uses)
> that setting the scaling to 150% in Windows will cause the GUI to be scaled
> at 2x (rounded up to integer). There is an upstream task on making it
> better, so let's hope it gets to the next LTS release.
> https://bugreports.qt.io/browse/QTBUG-53022
> 
> The configuration window has been shrunken down on 4.0 beta 1, so it should
> be a bit better.
> 
> ---
> 
> There is an obscure way of overriding the scaling behaviour (ref:
> https://doc.qt.io/qt-5.9/highdpi.html#high-dpi-support-in-qt) by setting the
> environment variable `QT_SCALE_FACTOR` to `1.5`. If you haven't already
> tried it after reading the previous sentence, I suggest you don't touch it
> at all. (P.S. If you set the system-wide environment variable, it will
> affect other applications that use Qt, so I don't recommend changing that.)
> 
> (I did have the thoughts of adding an easily-accessible option for setting
> it or `QT_SCREEN_SCALE_FACTORS` from within Krita, but I fear it would cause
> confusion.)

Thank you for responding in such a timely manner!
I am very happy to hear that this is being worked on, as Krita otherwise works flawlessly I'll stick to the stable release for now, attaching the Type Cover whenever I need to make configuration changes is not so much of a burden.
2x scaling is otherwise just fine, so making the configuration window smaller should do the trick.