When using "Use same aspect as pixels", the size of the canvas ignores the system/screen resolution. Windows 10 uses an internal screen resolution of 96 DPI (which conveniently is also what my monitors' native resolutions actually are). However, if I create a 12 inches tall 200 dpi image (2400 pixels high), and turn on "use same aspect as pixels", the picture is scaled to be 864 real pixels tall at 100% zoom - which measures only 9 inches (would be the appropriate value for 12" at 72dpi). Turning on Hi-DPI mode in Krita does not seem to have any effect on this issue. GIMP is somehow able to automatically detect the native pixel aspect of the screen - maybe see how it does this?, though that may be something that needs to be addressed upstream in Qt/KDE. STEPS TO REPRODUCE: * Make sure your system recognizes your monitor's real size in dpi. (Not sure how to do that on Windows 10 other than that I luckily have monitors that work with the default. I'm sure there's more options under Mac and Linux/BSD) * Create a new document in Krita at 200 ppi with a real size (cm, inches) smaller than your screen's physical size * Enable the "Use same aspect as pixels" button in the lower right corner. * Set the zoom slider to 100%. * Measure the size of the canvas on-screen with a physical ruler. * The canvas will be the wrong size unless your monitors are natively 72dpi. (0.75x the specified size on a true-96-dpi monitor)
I have the same problem on Linux. Arch + Xorg + Plasma 5
Hi, Could you please check whether this is reproducible in the latest nightly build? Dmitry made some fixes for hidpi yesterday, and that might have fixed this issue as well. He was actually testing for the actual size of his test document. https://binary-factory.kde.org/job/Krita_Nightly_Appimage_Build/ https://binary-factory.kde.org/job/Krita_Nightly_Windows_Build/
(In reply to Boudewijn Rempt from comment #2) > Could you please check whether this is reproducible in the latest nightly > build? I can't reproduce anymore.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!