| Summary: | Configuration window too large in Hi-DPI mode | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | gst402 |
| Component: | Usability | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | alvin |
| Priority: | NOR | ||
| Version First Reported In: | 3.3.3 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | screenshot demonstrating issue on Surface Pro 2 | ||
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 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.) (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. |
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%